Menambahkan Server

Belum punya server? Beli melalui Zenavo.

Buka Servers → New Server dan isi:

• Name: ditampilkan saat Anda memilih server untuk proyek, misalnya Tokyo 4C 8GB.
• Public IP or hostname dan SSH port (biasanya 22).
• SSH user: root, atau pengguna dengan sudo tanpa kata sandi. Image cloud sering menonaktifkan login root; gunakan ubuntu di image Ubuntu, debian di Debian, ec2-user di Amazon Linux.
• Authentication: kata sandi, atau kunci privat (unggah file kunci atau tempelkan). Kunci harus berupa kunci privat OpenSSH atau PEM yang tidak terenkripsi, bukan file .pub. Jika ada passphrase, hapus dengan ssh-keygen -p -f <file>.

Keduanya hanya dipakai oleh job penyiapan. Penyiapan yang berhasil langsung menghapusnya; setelah penyiapan gagal, kredensial disimpan terenkripsi selama sehari agar Anda bisa mencoba lagi tanpa memasukkannya ulang, lalu dihapus. Zenavo tidak menyimpan akses SSH ke server yang sudah berjalan: Zenavo hanya menjangkau server melalui agen Zenavo, yang terhubung dari server ke luar (Firewall & Keamanan).

Menemukan file kunci

Kunci biasanya ada di ~/.ssh, yang disembunyikan oleh pemilih file. Tekan ⌘ ⇧ G di pemilih file macOS lalu ketik path-nya, atau ⌘ ⇧ . untuk menampilkan folder tersembunyi.

Klik Connect and set up. Zenavo akan:

1. Terhubung lewat SSH dan menampilkan fingerprint kunci host server. Jika Anda menjalankan penyiapan lagi, Zenavo menolak terhubung bila fingerprint-nya berubah.
2. Memeriksa sistem operasi, CPU, memori, dan akses sudo.
3. Mengukur dari server apakah perlu memakai sumber Tiongkok daratan, lalu memasang K3s dengan versi yang dipatok, kemudian cert-manager dengan issuer Let's Encrypt.
4. Memastikan node, Traefik, storage provisioner, dan metrik sudah siap.
5. Memasang agen Zenavo dan menunggunya terhubung ke control plane lewat HTTPS.
6. Menghapus kredensial SSH.

Progres ditampilkan langsung di tab Status server. Jika penyiapan gagal, perbaiki penyebab yang ditampilkan lalu klik Retry setup; langkah yang sudah selesai dilewati. Dalam sehari setelah kegagalan, Anda bisa memakai lagi kredensial SSH yang sudah dimasukkan (Use the credentials from the last attempt); setelah itu, masukkan lagi.

Periksa kunci host

Untuk memastikan Anda terhubung ke mesin yang benar, bandingkan fingerprint di konsol dengan yang ada di server:

ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub

Di sebagian besar cloud, Anda juga bisa membacanya dari serial console instance tanpa SSH.

Server di Tiongkok daratan

GitHub dan Docker Hub lambat atau diblokir dari Tiongkok daratan, sehingga penyiapan bisa memasang dari mirror di Tiongkok.

Penyiapan memilih sumber dengan mengukur waktu tiga permintaan kecil dari server itu sendiri: GitHub, Docker Hub, dan mirror K3s Rancher di Tiongkok. Sumber Tiongkok dipakai bila mirror Tiongkok menjawab sedangkan Docker Hub atau GitHub tidak, atau bila GitHub lebih dari empat kali lebih lambat. Jika mirror Tiongkok tidak menjawab, penyiapan selalu memakai sumber global. Zenavo tidak mencari lokasi server di layanan GeoIP. Log di tab Status menunjukkan sumber mana yang dipilih dan alasannya. Server di Hong Kong, Makau, dan Taiwan biasanya bisa menjangkau GitHub langsung, jadi memakai sumber global.

Dengan sumber Tiongkok:

• K3s berasal dari mirror resmi Rancher di Tiongkok (rancher-mirror.rancher.cn, INSTALL_K3S_MIRROR=cn), seperti dijelaskan dokumentasi K3s untuk pengguna di Tiongkok. Zenavo mematok rilisnya dan memeriksa biner yang terpasang dengan checksum yang diterbitkan K3s di GitHub. Jika tidak cocok, biner dihapus dan proses berhenti.
• Image publik (image sistem K3s, cert-manager, dan image dari Docker Hub, Quay, GHCR, registry.k8s.io, dan gcr.io) ditarik dari mirror Zenavo di Tiongkok melalui /etc/rancher/k3s/registries.yaml. Setiap image tetap memakai nama aslinya secara lengkap di bawah mirror, misalnya docker.io/library/nats:2.14 menjadi <mirror>/docker.io/library/nats:2.14. Jika sebuah image tidak dicerminkan, server menariknya dari registry aslinya.
• Image yang dibangun Zenavo dari repositori Git Anda disalin ke penyimpanan image Zenavo di Shanghai sebelum di-deploy, dan server mengunduhnya dari sana, tanpa keluar dari Tiongkok daratan. Log deployment menampilkan penyalinan ini ("copying the image to mainland China"), yang terjadi sekali per image.

Jika /etc/rancher/k3s/registries.yaml sudah ada dan bukan ditulis oleh Zenavo, penyiapan tidak mengubahnya.