Lewati ke konten utama
diskon 50% semua paket, waktu terbatas. Mulai dari $2.48/mo
Sisa waktu: 13 mnt
Arsitektur Cloud dan IT

Cloud VPS Terbaik: Apa Itu dan Apa yang Perlu Diperhatikan?

Ava Oleh Ava 13 menit baca Diperbarui oleh Nadia 2d ago
Infrastruktur cloud VPS dan pengelolaan server virtual

Virtual private server, atau VPS, adalah mesin virtual yang Anda sewa. Mesin ini memiliki sistem operasi, alokasi daya pemrosesan dan memori, penyimpanan, serta konektivitas jaringan. Anda dapat memasang perangkat lunak dan menjalankan layanan sebagaimana pada server fisik, tanpa memiliki perangkat kerasnya.

“Cloud” menjelaskan platform yang mengelilingi mesin virtual tersebut. Alih-alih mengelola setiap host sebagai tujuan terpisah, penyedia dapat menggunakan platform pengelolaan untuk menyediakan instans pada sekumpulan host, memasang penyimpanan, mengonfigurasi jaringan, dan mengelola siklus hidupnya.

Istilah ini lebih longgar daripada kesannya. Penyedia cloud VPS dapat memasarkan arsitektur yang berbeda sebagai “cloud VPS”, dan layanan VPS tradisional juga dapat menawarkan otomatisasi, migrasi, serta redundansi. Perbedaan yang berguna adalah fungsi nyata platform: cara menyediakan mesin Anda, menyimpan data, menangani kegagalan, dan mengubah sumber daya.

Anda dapat menggunakan cloud VPS untuk menghosting situs web, menjalankan API, mengoperasikan basis data, atau memelihara lingkungan pengembangan. Aplikasi tersebut tidak otomatis menjadi terdistribusi atau memiliki ketersediaan tinggi hanya karena mesin tempatnya berjalan disebut cloud.

Bagaimana Cara Kerja Cloud VPS?

Host fisik, mesin virtual, dan platform yang mengelola cloud VPS

Tiga lapisan menjelaskan sebagian besar perilaku yang akan Anda temui: host fisik, mesin virtual, dan platform yang mengelolanya.

Host Fisik dan Mesin Virtual

Host fisik berisi prosesor, RAM, antarmuka jaringan, dan akses ke penyimpanan. Hypervisor, seperti KVM, memungkinkan beberapa mesin virtual menggunakan perangkat keras tersebut sambil menjaga isolasi antarsistem operasinya.

VPS Anda biasanya berjalan pada satu host fisik dalam satu waktu. Paket dengan empat vCPU umumnya tidak menggabungkan prosesor dari empat server berbeda. Prosesor virtualnya dieksekusi pada host yang saat itu menjalankan VM.

Perbedaan ini penting ketika menafsirkan kata “kumpulan”. Platform dapat memilih dari kapasitas gabungan; satu instans tidak otomatis dieksekusi di seluruh kumpulan tersebut.

Platform yang Menyediakan Server Anda

Control plane adalah perangkat lunak yang menerima permintaan dari dasbor atau API dan mengoordinasikan infrastruktur. Saat Anda membuat instans, platform memilih host yang memenuhi syarat, menyiapkan citra sistem operasi, serta mengonfigurasi sumber daya dan koneksi jaringan yang diminta.

Platform yang sama mungkin mendukung snapshot, perubahan ukuran, disk tambahan, jaringan privat, dan migrasi. Setiap kemampuan memiliki persyaratan dan batasannya sendiri. Adanya dasbor atau API tidak membuktikan bahwa layanan mendukung setiap fitur cloud.

Tempat Data Anda Disimpan

Disk root menyimpan sistem operasi dan, kecuali Anda memisahkannya, aplikasi serta berkas Anda. Disk tersebut dapat menggunakan penyimpanan lokal pada host komputasi, atau didukung sistem penyimpanan yang diakses melalui jaringan. Volume tambahan mungkin menggunakan arsitektur yang berbeda dari disk root.

Penyimpanan lokal mengaitkan akses data lebih erat dengan host. Penyimpanan melalui jaringan dapat memungkinkan host lain mengakses disk VM, sesuai prosedur pemulihan platform. Tidak satu pun pengaturan tersebut, dengan sendirinya, menjamin cakupan pencadangan atau ketersediaan aplikasi.

Untuk istilah dasarnya, lihat cara server cloud dibangun.

Cloud VPS vs VPS Tradisional: Apa Perbedaannya?

Perbedaannya terutama terletak pada pengelolaan infrastruktur dan layanan di sekitar VM. Keduanya dapat menyediakan sistem operasi yang terisolasi dan akses administrator. Tabel ini menjelaskan model yang lazim, bukan sifat wajib setiap produk yang menggunakan salah satu istilah tersebut.

Perbandingan VPS tradisional dan cloud VPS: penyediaan, sumber daya, penyimpanan, pemulihan, penskalaan, dan penagihan

Karena itu, kata “cloud” tidak menentukan apakah suatu produk lebih cepat, lebih aman, atau lebih tangguh. Kesimpulan tersebut membutuhkan detail tentang alokasi CPU, penyimpanan, penanganan kegagalan, dan komitmen layanan.

Istilah yang lebih luas dibahas dalam cloud hosting versus VPS hosting. Untuk perbandingan penyedia tertentu dan bukti kinerja, gunakan perbandingan penyedia VPS kami.

Apa yang Terjadi Jika Server atau Disk Gagal?

Cloud VPS tetap merupakan instans yang dapat menjadi tidak tersedia. Memahami pemulihan berarti menanyakan komponen apa yang gagal dan bagian sistem mana yang masih dapat diakses.

Jika Host Fisik Gagal

Migrasi langsung mencakup pengosongan beban host secara terkendali; ini tidak berarti aplikasi Anda dapat bertahan dari kegagalan mendadak dengan sendirinya. Selama pemeliharaan terencana, platform dapat memindahkan VM yang sedang berjalan ke host lain. Host yang sudah gagal tidak dapat berpartisipasi dalam proses pemindahan yang sama.

Setelah kegagalan tak terduga, platform dapat memulai ulang atau mengevakuasi instans ke tempat lain. Apakah isi disk terbaru tetap terjaga bergantung pada arsitektur penyimpanan dan mekanisme pemulihan. Jika satu-satunya salinan disk root yang dapat digunakan berada di host yang gagal, host lain tidak dapat begitu saja melanjutkan penggunaannya.

Sebagai contoh, dokumentasi evakuasi OpenStack menjelaskan pengaruh akses ke penyimpanan bersama terhadap pelestarian data disk server selama pemulihan. Untuk layanan yang dibeli, pertanyaan yang relevan adalah apa yang didukung platform dan prosedurnya sendiri.

Pemulihan dapat melibatkan waktu henti meskipun berlangsung otomatis. Ketersediaan tinggi aplikasi biasanya membutuhkan komponen aplikasi redundan di domain kegagalan yang sesuai, ditambah perutean lalu lintas dan strategi data yang dapat menoleransi kegagalan komponen. Membeli satu VM yang lebih besar tidak menyediakan arsitektur tersebut.

Jika Disk Gagal

Penyimpanan redundan dapat memungkinkan platform menoleransi beberapa kegagalan drive atau node penyimpanan. Perlindungannya bergantung pada lokasi salinan disimpan, jumlah kegagalan yang dapat ditahan sistem, dan apakah dependensi lainnya tetap tersedia.

Replikasi juga dapat menyalin perubahan yang tidak diinginkan. Jika aplikasi menghapus berkas atau menulis data rusak, replika terkini lainnya mungkin berisi penghapusan atau kerusakan yang sama. Redundansi penyimpanan dan riwayat pemulihan menyelesaikan masalah yang berbeda.

Replikasi, Snapshot, dan Cadangan

MekanismeApa fungsinyaYang perlu diperiksa
ReplikasiMemelihara salinan data untuk menoleransi kegagalan infrastruktur tertentuDomain kegagalan, perilaku replikasi, dan batas kegagalan
SnapshotMerekam tampilan disk atau volume pada satu titik waktuKonsistensi aplikasi, retensi, dependensi, dan prosedur pemulihan
CadanganMenyimpan data yang dapat dipulihkan setelah kehilangan atau perubahan yang tidak diinginkanJadwal, retensi, independensi, kontrol akses, dan pemulihan yang telah diuji

Snapshot dapat menjadi bagian dari sistem pencadangan, tetapi namanya saja tidak membuktikan independensi dari platform sumber. Simpan salinan yang dapat dipulihkan di luar akun atau penyedia yang sama jika kehilangan akun atau insiden di seluruh platform merupakan risiko yang perlu Anda tangani.

Untuk layanan apa pun, ajukan dua pertanyaan konkret: berapa banyak data terbaru yang mungkin hilang, dan berapa lama pemulihan akan berlangsung? Persentase uptime tidak menjawab keduanya. SLA juga perlu dibaca: kejadian yang dicakup, pengecualian, persyaratan pelaporan, dan bentuk kompensasi menentukan arti komitmen tersebut.

Penskalaan vertikal dan horizontal instans cloud VPS

Bisakah Cloud VPS Diskalakan Tanpa Waktu Henti?

Penskalaan dan keandalan merupakan masalah terpisah. Tingkat paket yang lebih besar mengakomodasi beban kerja yang membutuhkan kapasitas tambahan. Ini tidak menambahkan redundansi: instans besar dapat gagal dengan cara yang sama seperti instans kecil.

Mengubah Ukuran Satu Server

Penskalaan vertikal mengubah CPU, RAM, atau penyimpanan yang dialokasikan ke satu instans. Banyak platform memungkinkan Anda memintanya melalui dasbor atau API tanpa memasang ulang sistem operasi.

Tanpa pemasangan ulang bukan berarti tanpa gangguan. Perubahan mungkin membutuhkan penghentian, reboot, atau pemindahan ke host lain. Sebagai contoh, prosedur perubahan ukuran DigitalOcean mengharuskan Droplet dimatikan.

Pastikan apakah perubahan memerlukan reboot, apakah paket tujuan tersedia di wilayah Anda, serta apakah alamat IP dan volume terpasang tetap dipertahankan. Penambahan ukuran disk dapat membatasi pengecilan di kemudian hari: memperkecil sistem berkas dan memperkecil disk virtual di bawahnya merupakan operasi terpisah, dan beberapa platform sama sekali tidak mendukung pengecilan disk.

Menambahkan Server

Penskalaan horizontal menambahkan instans alih-alih memperbesar satu instans. Cara ini dapat mendistribusikan lalu lintas dan mengurangi ketergantungan pada satu VM, tetapi aplikasi harus mendukungnya. Sesi, berkas unggahan, pekerjaan latar belakang, dan penulisan basis data perlu ditangani secara terencana.

Autoscaling menambahkan lapisan lain: aturan dan otomatisasi yang mengubah kapasitas berdasarkan metrik atau jadwal. Langganan cloud VPS belum tentu mencakup aturan tersebut, load balancer, atau aplikasi yang siap menggunakan instans tambahan.

Cari konfigurasi terbesar yang dapat dicapai instans Anda melalui perubahan ukuran sebelum harus beralih lini produk. Jika pertumbuhan menjadi alasan Anda berpindah, batas itu penting: mencapainya mungkin berarti migrasi lagi.

Apakah Sumber Daya Cloud VPS Dibagi atau Didedikasikan?

Kata “private” merujuk pada lingkungan virtual; ini belum tentu berarti perangkat keras fisik eksklusif.

Paket vCPU bersama berbagi kapasitas eksekusi prosesor dengan penyewa lain. Paket vCPU khusus mencadangkan kapasitas prosesor menurut definisi penyedia. Periksa apakah artinya thread perangkat keras, core, atau kebijakan alokasi lain, serta apakah penggunaan terus-menerus dibatasi.

Perbedaannya terlihat saat beban berlangsung terus-menerus. Lonjakan aktivitas singkat mungkin berjalan baik pada CPU bersama, sedangkan aplikasi yang terus sibuk membutuhkan akses waktu prosesor yang dapat diprediksi. Model CPU, kebijakan alokasi, dan persaingan sumber daya dapat lebih penting daripada jumlah vCPU saja.

RAM disajikan sebagai alokasi untuk instans, sedangkan kapasitas penyimpanan disajikan sebagai ukuran disk atau volume. Angka tersebut tidak membuktikan adanya bandwidth memori, throughput disk, atau I/O penyimpanan yang eksklusif. Jaminan sumber daya dan kebijakan overcommit tetap perlu diperiksa.

Penyewa lain dapat memengaruhi kinerja CPU bersama, penyimpanan, atau jaringan meskipun hypervisor menjaga isolasi sistem operasi. Untuk jaringan, bedakan kecepatan port dari kuota transfer yang disertakan: koneksi cepat tidak berarti lalu lintas tak terbatas atau throughput terjamin.

Penempatan juga penting. Daftar wilayah pendek dengan lokasi dekat pengguna Anda dapat lebih berguna daripada daftar panjang tanpa lokasi tersebut. Uji latensi dari tempat-tempat yang benar-benar akan terhubung ke layanan.

Siapa yang Mengelola dan Mengamankan Cloud VPS?

Unmanaged berarti Anda menerima mesin virtual dan akses administrator, sementara pemeliharaan sistem operasi, pengaturan aplikasi, pemantauan, dan respons insiden tetap menjadi tanggung jawab Anda. Akses root di Linux atau administrator di Windows memungkinkan Anda mengubah mesin; akses itu juga memungkinkan Anda merusaknya.

Layanan terkelola menambahkan cakupan administrasi yang disepakati. Cakupan tersebut dapat mencakup pembaruan sistem operasi, panel kontrol hosting, pencadangan, atau layanan aplikasi tertentu. Baca deskripsi layanan alih-alih menganggap “terkelola” mencakup setiap masalah perangkat lunak.

Dukungan penyedia dan pengelolaan server berbeda. Tim dukungan infrastruktur mungkin menyelidiki host yang tidak dapat dijangkau atau gangguan platform tanpa men-debug basis data atau men-deploy aplikasi Anda. Jam operasional merupakan indikator yang lebih lemah; komitmen respons dan tugas yang didukunglah yang perlu diperiksa. Antrean yang dijaga petugas pukul 03.00 belum tentu menjawab langsung pada pukul 03.00.

Penyedia umumnya memelihara infrastruktur fisik dan platform virtualisasi. Tugas pelanggan bergantung pada layanannya, tetapi pelanggan unmanaged biasanya mengonfigurasi kontrol akses, memasang pembaruan keamanan, melindungi kredensial, dan memelihara data aplikasi yang dapat dipulihkan.

Isolasi hypervisor mengurangi paparan antarpengguna; ini bukan jaminan keamanan mutlak. Perlindungan DDoS juga memiliki cakupan tertentu: tanyakan jenis serangan yang dicakup, apakah perlindungannya termasuk dalam paket, dan apakah berlaku di wilayah pilihan Anda.

Sebelum menempatkan beban kerja produksi di server, siapkan pemantauan, jadwal pembaruan, dan proses pemulihan yang telah diuji. Jaga agar konfigurasi mudah dipindahkan. Jika stack dapat dibangun ulang dari skrip atau berkas Compose, pemindahan menjadi lebih mudah daripada merekonstruksi server berdasarkan ingatan.

Bagaimana Cara Kerja Penagihan Cloud VPS?

Penagihan cloud VPS umumnya mengenakan biaya berdasarkan kapasitas yang dialokasikan selama jangka waktu tertentu. Instans menganggur dapat berbiaya sama dengan instans sibuk karena sumber dayanya tetap disediakan. “Bayar sesuai pemakaian” tidak otomatis berarti tagihan dihitung dari penggunaan CPU yang sebenarnya.

Penagihan per jam atau interval lebih kecil dapat membantu lingkungan pengujian berumur pendek dan worker sementara. Untuk server yang berjalan sepanjang bulan, bandingkan biaya sebulan penuh, termasuk batas maksimum, minimum, atau komitmen apa pun. Granularitas penagihan saja tidak menentukan layanan yang lebih murah.

Penagihan VPS cloud untuk instans yang berjalan, dihentikan, dan dihapus, beserta biaya sumber daya tambahan

Apakah Mematikan Server Menghentikan Biaya?

Jangan berasumsi demikian. Instans yang dihentikan mungkin tetap mempertahankan sumber daya dan disk yang dialokasikan, yang masih dikenai biaya. Menghapus instans dapat mengakhiri biaya komputasinya tetapi menyisakan volume, snapshot, cadangan, atau alamat IP yang ditagih secara terpisah.

Periksa aturan penagihan produk sebelum menghentikan atau menghapus apa pun, dan simpan data yang diperlukan sebelum menghapus sumber daya.

Apa Saja yang Dapat Menimbulkan Biaya Tambahan?

Harga yang diiklankan mungkin tidak mencakup kelebihan penggunaan bandwidth, penyimpanan cadangan, volume tambahan, alamat IPv4, lisensi sistem operasi atau panel kontrol, dan peningkatan dukungan. Tarif juga dapat berbeda menurut wilayah atau berubah setelah masa perkenalan.

Bandingkan tagihan untuk sumber daya yang akan Anda pertahankan, bukan instans terkecil yang diiklankan. Faktor penentu harga cloud menjelaskan komponen biaya secara lebih terperinci.

Empat Penyedia Cloud VPS untuk Dipertimbangkan

Ini merupakan titik awal tanpa peringkat. Cocokkan produk tertentu dengan arsitektur dan tanggung jawab operasional yang dijelaskan di atas; satu perusahaan dapat menjual beberapa jenis server virtual yang berbeda.

DigitalOcean

DigitalOcean menyebut mesin virtualnya Droplet. Produk ini menyediakan lingkungan server yang Anda kelola, dengan beragam konfigurasi sumber daya serta kontrol dasbor/API. Proses perubahan ukuran yang didokumentasikan merupakan contoh berguna penskalaan mandiri yang tetap memerlukan waktu henti. Periksa kelas CPU yang dipilih, wilayah, opsi pencadangan, dan batas perubahan ukuran disk alih-alih menganggap semua Droplet dapat saling menggantikan. Mulailah dengan dokumentasi Droplet.

OVHcloud

OVHcloud menjual produk VPS dan instans Public Cloud. Keduanya merupakan lini produk terpisah, sehingga fitur yang didokumentasikan untuk salah satunya tidak boleh dianggap berlaku pada yang lain. Identifikasi layanan yang sedang Anda evaluasi, lalu periksa penyimpanan, opsi perubahan ukuran, jaringan, penagihan, dan pengaturan pemulihannya. Dokumentasi instans Public Cloud menjelaskan konsep di balik penawaran tersebut, termasuk keluarga instans dan layanan terkait.

Vultr

Vultr menawarkan mesin virtual cloud dalam berbagai kategori komputasi. Dokumentasi Cloud Compute standarnya menjelaskan instans dengan CPU bersama, sementara kategori lain menawarkan alokasi sumber daya berbeda. Pilih kelas CPU sebelum membandingkan jumlah memori, lalu verifikasi ketersediaan regional, kuota transfer, pencadangan, dan penyimpanan terpasang. Panduan penyediaan Cloud Compute menjelaskan pilihan deployment dan model instans.

Cloudzy

Cloudzy menawarkan instans cloud VPS dengan akses administrator sehingga Anda dapat memasang dan mengelola perangkat lunak sendiri. Untuk deployment unmanaged, rencanakan pembaruan sistem operasi, pemantauan, dan pemeliharaan aplikasi di pihak Anda. Tinjau alokasi CPU, lokasi, penyimpanan, pengaturan pencadangan, dan cakupan dukungan paket yang dipilih terhadap beban kerja Anda. Halaman Cloudzy Cloud VPS menyediakan informasi produk terkini dan konfigurasi yang tersedia.

Untuk peringkat, perbandingan penyedia, dan bukti benchmark, lanjutkan ke perbandingan penyedia VPS kami.

Pertanyaan yang Sering Diajukan

Apakah cloud VPS sama dengan cloud hosting?

Cloud hosting merupakan istilah yang lebih luas. Istilah ini dapat menjelaskan mesin virtual, hosting situs web terkelola, atau platform aplikasi. Cloud VPS secara khusus memberi Anda lingkungan server virtual. Periksa akses administrator dan tanggung jawab pengelolaan untuk memahami cakupan suatu layanan.

Apakah cloud VPS berjalan pada beberapa server fisik sekaligus?

Cloud VPS umumnya berjalan pada satu host komputasi fisik dalam satu waktu. Platform dapat memilih atau mengganti host tersebut, dan penyimpanan VM dapat menggunakan beberapa node penyimpanan. Keduanya tidak berarti CPU dan RAM VM dieksekusi pada semua server platform secara bersamaan.

Apakah cloud VPS otomatis lebih cepat atau lebih andal daripada VPS tradisional?

Tidak. Kinerja bergantung pada perangkat keras, alokasi sumber daya, persaingan sumber daya, jaringan, dan beban kerja. Keandalan bergantung pada infrastruktur, penyimpanan, prosedur pemulihan, dan desain aplikasi. Bandingkan sifat-sifat tersebut alih-alih menyimpulkannya dari nama produk.

Apakah hosting cloud VPS mencakup pencadangan?

Hanya jika layanan secara eksplisit menyertakannya. Verifikasi jadwal, retensi, proses pemulihan, dan biaya tambahan. Penyimpanan redundan bukan pengganti riwayat pemulihan, dan snapshot di akun yang sama mungkin tidak melindungi dari hilangnya akses ke akun tersebut.

Bisakah pemula menggunakan cloud VPS?

Bisa, tetapi VPS unmanaged memerlukan pembelajaran administrasi server. Biasanya Anda menerima alamat IP dan metode autentikasi, lalu terhubung melalui SSH untuk Linux atau metode akses jarak jauh yang sesuai untuk Windows. Layanan terkelola dapat mengurangi pekerjaan tersebut, asalkan cakupan dukungannya mencakup tugas yang Anda perlukan.

Bisakah cloud VPS menjalankan Linux atau Windows?

Keduanya dapat berjalan pada infrastruktur virtual yang sesuai, tetapi citra yang tersedia dan lisensinya bergantung pada penyedia serta produk. Pilih sistem operasi yang didukung aplikasi dan alat administrasi Anda. Lisensi Windows dapat menambah biaya paket.

Bisakah saya menghosting situs web di cloud VPS?

Bisa. Cloud VPS dapat menjalankan server web, aplikasi situs web Anda, dan basis data jika diperlukan. Pada layanan unmanaged, Anda menangani instalasi, keamanan, dan pemeliharaan. Lihat panduan perangkat lunak hosting situs web kami untuk komponen yang mungkin Anda perlukan.

Bisakah saya memigrasikan situs web atau aplikasi yang sudah ada ke cloud VPS?

Biasanya bisa, jika tujuan mendukung sistem operasi, perangkat lunak, sumber daya, dan akses jaringan yang diperlukan. Migrasi melibatkan penyalinan konfigurasi dan data, pengujian deployment baru, sinkronisasi data yang berubah, dan pengalihan lalu lintas. Bantuan migrasi penyedia dan waktu henti yang dapat diterima bervariasi; penyediaan cloud tidak otomatis memigrasikan aplikasi.

Bagikan

Diskusi

Komentar

Masuk untuk bergabung dalam diskusi.

Lebih banyak dari blog

Lanjutkan membaca.

Siap deploy? Mulai $2,48/bln.

Cloud independen, sejak 2008. AMD EPYC, NVMe, 40 Gbps. Garansi uang kembali 14 hari.