FAQ Google Compute Engine

Tentang Compute Engine

Apa itu Compute Engine? Apa kegunaannya?

Compute Engine adalah produk Infrastructure as a Service yang menawarkan virtual machine (VM) fleksibel dan dikelola sendiri yang dihosting di infrastruktur Google. Compute Engine mencakup VM berbasis Linux dan Windows yang berjalan di KVM, opsi penyimpanan lokal dan tahan lama, serta API berbasis REST sederhana untuk konfigurasi dan kontrol. Layanan ini terintegrasi dengan teknologi Google Cloud seperti Cloud Storage, App Engine, dan BigQuery untuk melakukan lebih dari sekadar kemampuan komputasi dasar untuk membuat aplikasi yang lebih kompleks dan canggih.

Apa yang dimaksud dengan CPU virtual di Compute Engine?

Di Compute Engine, setiap CPU virtual (atau vCPU) diimplementasikan sebagai hardware hyper-thread tunggal di salah satu Platform CPU yang tersedia. Pada prosesor Intel Xeon, Intel Hyper-Threading Technology memungkinkan beberapa thread aplikasi berjalan pada setiap inti prosesor fisik. Anda mengonfigurasi VM Compute Engine dengan satu atau beberapa hyper-thread ini sebagai vCPU. Jenis mesin menentukan jumlah vCPU yang dimiliki instance Anda.

Anda dapat mengidentifikasi platform CPU tertentu untuk instance menggunakan salah satu opsi berikut:

Lihat platform CPU yang tersedia di setiap region dan zona yang tersedia.
Gunakan metode compute.instances.get untuk mendapatkan properti cpuPlatform untuk salah satu instance yang ada.
Pada instance Linux, jalankan cat /proc/cpuinfo.

Jika ingin mengubah platform CPU untuk instance, Anda dapat menentukan platform CPU minimum.

Bagaimana App Engine dan Compute Engine saling berhubungan?

Menurut kami, keduanya saling melengkapi. App Engine adalah penawaran Platform as a Service dari Google dan Compute Engine adalah penawaran Infrastructure as a Service dari Google. App Engine adalah platform yang bagus untuk menjalankan aplikasi berbasis web, aplikasi bisnis, dan backend seluler. Compute Engine sangat cocok digunakan saat Anda membutuhkan lebih banyak kontrol atas infrastruktur yang mendasarinya. Misalnya, Anda mungkin menggunakan Compute Engine saat memiliki logika bisnis yang mudah disesuaikan atau Anda ingin menjalankan sistem penyimpanan milik sendiri.

Bagaimana cara memulainya?

Coba Panduan Memulai untuk layanan. Setelah Anda menyelesaikan panduan memulai, baca ringkasan Instance mesin virtual untuk mulai mempelajari Compute Engine.

Anda mungkin memenuhi syarat untuk mendapatkan uji coba gratis. Untuk informasi tentang cara kerja uji coba gratis, termasuk informasi tentang kuota, lihat Panduan Uji Coba Gratis.

Penagihan

Bagaimana cara kerja penentuan harga dan pembelian?

Compute Engine mengenakan biaya berdasarkan instance komputasi, penyimpanan, dan penggunaan jaringan. VM akan dikenai biaya per detik dengan minimum 1 menit. Biaya penyimpanan dihitung berdasarkan jumlah data yang Anda simpan. Biaya jaringan dihitung berdasarkan jumlah data yang ditransfer antara VM yang berkomunikasi satu sama lain dan dengan Internet. Untuk mengetahui informasi selengkapnya, tinjau lembar harga kami.

Apakah harga Anda sudah termasuk pajak?

Tidak, sheet harga tidak termasuk pajak.

Dukungan dan masukan

Apakah Google menawarkan dukungan berbayar?

Ya, kami menawarkan dukungan berbayar untuk pelanggan perusahaan. Untuk informasi selengkapnya, hubungi organisasi penjualan kami.

Apakah Anda menawarkan Perjanjian Tingkat Layanan (SLA)?

Ya, kami menawarkan SLA Compute Engine.

Ke mana saya dapat mengirim masukan?

Untuk pertanyaan terkait penagihan, Anda dapat mengirimkan pertanyaan ke saluran dukungan yang sesuai.

Untuk permintaan fitur dan laporan bug, kirimkan masalah ke issue tracker kami.

Authentication

Bagaimana cara mengautentikasi ke Compute Engine API?

Cara Anda melakukan autentikasi ke Compute Engine API bergantung pada metode yang digunakan untuk mengakses API: library klien, Google Cloud CLI, atau REST. Untuk mengetahui informasi selengkapnya, lihat Mengautentikasi ke Compute Engine.

Untuk mengautentikasi aplikasi atau beban kerja ke Google Cloud API, lihat Memilih metode autentikasi beban kerja.

Apa yang dimaksud dengan akun layanan?

Akun layanan adalah akun Google yang mewakili aplikasi, bukan mewakili pengguna akhir. Akun ini dapat digunakan untuk memberikan otorisasi pada Compute Engine untuk bertindak atas nama pengguna untuk mengakses informasi yang tidak sensitif. Akun layanan tidak pernah digunakan untuk mengakses informasi pengguna. Akun layanan menyederhanakan proses autentikasi dari Compute Engine ke layanan lain dengan menangani proses otorisasi untuk pengguna.

Developer Compute Engine biasanya menggunakan akun layanan Compute Engine dalam aplikasi mereka. Untuk mengetahui informasi selengkapnya tentang akun layanan, lihat Akun layanan.

Bagaimana cara membuat akun layanan?

Compute Engine membuat akun layanan secara otomatis saat Anda membuat instance baru dan menentukan cakupan akun layanan untuk instance tersebut.

Project

Apa yang dimaksud dengan project?

Project adalah container untuk semua resource Compute Engine. Setiap project adalah sesuatu yang benar-benar terkotak; project tidak berbagi resource, dapat memiliki pemilik dan pengguna yang berbeda, ditagih secara terpisah, dan tidak dapat diakses satu sama lain dibandingkan komputer di rumah Anda yang dapat diakses dari komputer tetangga.

Bagaimana cara membuat project?

Login ke Akun Google Anda. Jika Anda belum memilikinya, Daftar untuk membuat akun baru.
Buka Konsol Google Cloud. Saat diminta, pilih project yang sudah ada atau buat project baru.
Penting: Nama yang Anda gunakan harus terdiri dari 4 hingga 30 karakter. Saat Anda mengetik nama tersebut, formulir akan menyarankan project ID yang dapat Anda edit. Panjang project ID yang Anda gunakan harus antara 6 sampai 30 karakter, dengan huruf kecil sebagai karakter pertama. Anda dapat menggunakan tanda hubung, huruf kecil, atau angka untuk karakter yang tersisa, tetapi karakter terakhir tidak boleh berupa tanda hubung. Anda harus mengetahui bahwa beberapa ID resource (seperti project ID) dapat dipertahankan meskipun masa pakai project Anda berakhir. Karena alasan ini, hindari menyimpan informasi sensitif dalam ID resource.
...lihat panduan penamaan
Ikuti petunjuk untuk menyiapkan penagihan. Jika baru menggunakan Google Cloud, Anda memiliki kredit uji coba gratis untuk membayar instance Anda.

Apa perbedaan antara nomor project dan project ID?

Setiap project dapat diidentifikasi dengan dua cara: nomor project atau project ID. Nomor project dibuat secara otomatis saat Anda membuat project, sedangkan project ID dibuat oleh Anda, atau siapa pun yang membuat project. Project ID bersifat opsional untuk banyak layanan, tetapi diperlukan oleh Compute Engine. Untuk informasi selengkapnya, lihat Project Konsol Google Cloud.

Di mana saya dapat menemukan project ID saya?

Anda dapat menemukan project ID di Konsol Google Cloud, yang berisi daftar project dan ID project-nya saat masuk.

Di mana saya dapat meminta lebih banyak kuota untuk project saya?

Secara default, semua project Compute Engine memiliki kuota default untuk berbagai jenis resource. Namun, kuota default ini dapat ditingkatkan per project. Periksa batas kuota dan penggunaan Anda di halaman quota di Konsol Google Cloud. Jika Anda mencapai batas resource dan membutuhkan lebih banyak kuota, buat permintaan untuk meningkatkan kuota resource tertentu menggunakan halaman IAM quotas. Anda dapat membuat permintaan menggunakan tombol Edit Quotas di bagian atas halaman.

Instance

Jenis konfigurasi mesin apa (memori, RAM, CPU) yang dapat saya pilih untuk instance saya?

Compute Engine menawarkan beberapa konfigurasi untuk instance Anda. Anda juga dapat membuat konfigurasi kustom yang sesuai dengan kebutuhan instance Anda. Lihat daftar lengkap opsi yang tersedia di halaman Machine Types.

Jika saya tidak sengaja menghapus instance, dapatkah saya mengambilnya?

Tidak, instance yang telah dihapus tidak dapat diambil. Namun, jika instance dihentikan Anda dapat memulainya lagi.

Instance saya dapat dijalankan pada sistem operasi apa?

Compute Engine mendukung beberapa image sistem operasi dan image pihak ketiga. Selain itu, Anda dapat membuat versi image yang disesuaikan atau membuat image Anda sendiri.

Di zona apa saja saya dapat membuat instance?

Untuk mengetahui daftar region dan zona yang tersedia, lihat region dan zona.

Bagaimana cara mengetahui jumlah kuota yang telah digunakan atau sisanya?

Periksa batas kuota dan penggunaan Anda di halaman kuota di Konsol Google Cloud. Jika Anda mencapai batas resource dan membutuhkan lebih banyak kuota, klik tombol Minta penambahan kuota di halaman kuota dan isi lengkap formulir permintaan.

CPU virtual jenis apa yang saya jalankan pada instance?

Periksa platform CPU tertentu untuk instance Anda menggunakan salah satu opsi berikut:

Lihat platform CPU yang tersedia di setiap region dan zona yang tersedia.
Gunakan metode compute.instances.get untuk mendapatkan properti cpuPlatform untuk salah satu instance yang ada.
Pada instance Linux, jalankan cat /proc/cpuinfo.

Apa itu instance Preemptible VM, dan apa perbedaan Preemptible instance dengan instance normal?

Preemptible instance adalah instance yang dapat Anda buat dan jalankan dengan harga yang jauh lebih rendah daripada instance biasanya, tetapi dapat berhenti jika Compute Engine perlu mengklaim kembali kapasitas komputasi untuk dialokasikan ke VM lain. Untuk mengetahui informasi selengkapnya, lihat Membuat Instance Preemptible VM.

Bagaimana cara mengirim email keluar dari instance Compute Engine?

Umumnya, Compute Engine memblokir traffic keluar melalui port yang diblokir ini. Namun, Anda dapat menyiapkan gateway email melalui Google menggunakan SMTP. Untuk mengetahui informasi selengkapnya, baca Mengirim Email dari Instance.

Ada kesalahan {i>host<i} dengan mesin virtual saya dan mesin virtual itu dimulai ulang. Apa yang terjadi?

Error host (compute.instances.hostError) berarti terjadi masalah hardware atau software pada mesin fisik yang menghosting VM Anda yang menyebabkan VM Anda error. Error host yang melibatkan kegagalan hardware total atau masalah hardware lainnya dapat mencegah migrasi langsung VM Anda. Jika VM Anda disetel untuk otomatis memulai ulang, yang merupakan setelan default, Google akan memulai ulang VM Anda, biasanya dalam waktu tiga menit sejak error terdeteksi. Bergantung pada masalahnya, proses mulai ulang mungkin memerlukan waktu hingga 5,5 menit.

VM dengan disk SSD lokal

Jika terjadi error host pada VM yang memiliki satu atau beberapa disk SSD Lokal yang terpasang, Compute Engine akan melakukan upaya terbaik untuk menghubungkan kembali ke VM dan mempertahankan SSD Lokal. data. Saat Compute Engine sedang memulihkan disk VM dan SSD Lokal Anda, sistem host dan disk yang mendasarinya tidak responsif.

Anda dapat menentukan berapa lama waktu yang dihabiskan Compute Engine untuk mencoba memulihkan data SSD Lokal dengan menetapkan waktu tunggu pemulihan SSD Lokal.

Untuk mengetahui informasi selengkapnya tentang perilaku disk SSD Lokal saat terjadi error host, lihat Persistensi data SSD lokal.

VM tidak responsif

Terkadang, VM mungkin menjadi tidak responsif sebelum error host terdeteksi. Anda dapat mengurangi waktu tunggu Compute Engine untuk memulai ulang atau menghentikan VM dengan menetapkan waktu tunggu pemulihan error host (Pratinjau). Untuk mengetahui informasi selengkapnya, lihat Menetapkan kebijakan ketersediaan.

Kegagalan fisik dan software terkadang dapat terjadi, tetapi jarang terjadi. Untuk melindungi aplikasi dan layanan Anda dari peristiwa sistem yang berpotensi mengganggu ini, tinjau referensi berikut:

Google juga menawarkan layanan terkelola seperti App Engine dan lingkungan fleksibel App Engine.

Untuk menentukan apakah error host menyebabkan VM Anda dimatikan, lihat Mendiagnosis penonaktifan dan reboot VM.

Image

Apakah saya perlu mengaktifkan layanan Cloud Storage sebelum dapat menyimpan gambar secara eksternal?

Ya, untuk menyimpan gambar secara eksternal, Anda harus mengaktifkan layanan Cloud Storage.

Persistent disk

Bagaimana cara memilih ukuran yang tepat untuk persistent disk saya?

Performa persistent disk diskalakan sesuai dengan ukuran persistent disk. Gunakan diagram performa persistent disk untuk membantu menentukan ukuran disk yang cocok bagi Anda. Jika Anda tidak yakin, baca dokumentasi untuk menentukan seberapa besar persistent disk yang akan digunakan.

Apakah persistent disk melakukan penulisan cache?

Tidak, persistent disk tidak menyimpan operasi tulis dalam cache. Keberhasilan penyelesaian perintah tulis hanya terjadi setelah data ditransfer ke media yang stabil.

LVM untuk Compute Engine

Pengelola Volume Logis (LVM) tidak didukung untuk gambar yang disediakan Google Cloud.

Kami merekomendasikan pendekatan berikut untuk pengelolaan volume di Compute Engine:

Gunakan disk sekunder. Anda dapat menghindari kebutuhan pengubahan ukuran disk root dengan menggunakan disk sekunder tanpa partisi. Bergantung pada skenarionya, penggunaan disk sekunder dapat menurunkan risiko pemadaman layanan karena error.
Ubah ukuran sistem file dan partisi di persistent disk zona. Sebelum Anda memodifikasi sistem file, cadangkan disk dengan mengambil snapshot. Jika terjadi kegagalan selama pengubahan ukuran sistem file, Anda dapat menggunakan snapshot untuk memulihkan disk.
Buat image kustom dengan root LVM berdasarkan image yang ada yang Anda miliki.

Langkah apa saja yang dilakukan Google untuk melindungi data saya?

Lihat Enkripsi Disk.

Dapatkah saya memasang persistent disk ke lebih dari satu instance?

Anda dapat memasang persistent disk ke beberapa instance hanya jika disk dalam mode hanya baca. Persistent disk SSD dalam mode multi-penulis dapat dipasang ke dua instance mesin virtual (VM) N2. Anda tidak dapat memasang persistent disk dalam mode baca/tulis dan mode hanya baca secara bersamaan. Untuk mengetahui informasi lebih lanjut, baca Berbagi persistent disk antar-VM.

Kapan saya harus menggunakan persistent disk versus Cloud Storage?

Persistent disk dan Cloud Storage dapat digunakan untuk menyimpan file, tetapi merupakan penawaran yang sangat berbeda. Cloud Storage adalah container file besar, yang dirancang untuk menyimpan data statis dalam jumlah yang sangat besar yang dapat diakses secara global, termasuk dari instance mesin virtual Compute Engine.

Diagram berikut memberikan beberapa informasi tentang karakteristik spesialisasi setiap penawaran dan tujuan penggunaannya.

	Cloud Storage	Persistent disk
Karakteristik	Aksesibilitas Aksesibilitas global (termasuk sistem non-Compute Engine) Baca/tulis yang dapat diakses dari banyak sistem Skala Bucket skala multi-PB Cara menggunakan Antarmuka REST; latensi lebih tinggi daripada block storage yang terpasang secara lokal Menulis semantik hanya di level file Menawarkan pembuatan versi File implisit dalam Cloud Storage	Aksesibilitas Aksesibilitas regional dan hanya oleh instance Compute Engine Baca/tulis dipasang oleh satu instance atau hanya-baca oleh banyak instance Compute Engine Skala Batas volume 64 TB Cara menggunakan Antarmuka SCSI; latensi lebih rendah Semantik penulisan bersifat transaksional - pengeditan acak Tidak ada pembuatan versi; pengeditan berkelanjutan Harus memformat sistem file agar dapat digunakan oleh file
Pengguna Target	Distribusi konten untuk perangkat seluler, konsumen, game, dan SaaS Multimedia Input hanya baca untuk tugas HPC yang dapat diparalelkan (misalnya, rendering dan genomik) Pencadangan dan arsip Hadoop (melalui GHFS)	Perangkat booting Compute Engine Datastore blok mentah yang akan di-build Server SQL (misalnya, MySQL) Server NoSQL (misalnya, Cassandra/Mongo) Server file (misalnya, Gluster) Persistensi penyimpanan nilai kunci (misalnya, Redis)

Networking

Di mana saya dapat menemukan rentang IP Compute Engine?

Google Cloud memublikasikan daftar berformat JSON yang berisi rentang alamat IP eksternal regional dan global yang dapat digunakan pelanggan di cloud.json.

Rentang IP Google Cloud lainnya:

Rentang IP health check
Rentang sumber Cloud DNS untuk traffic yang dikirim ke target penerusan atau server nama alternatif
Rentang sumber yang digunakan oleh penerusan TCP untuk Identity-Aware Proxy
Untuk informasi cara menentukan rentang sumber untuk Google API dan layanan Google, lihat konfigurasi jaringan untuk Akses Google Pribadi.

Mengapa traceroute tidak memiliki hop ke tujuan yang terhubung ke internet?

Menjalankan traceroute pada instance VM Compute Engine hanya akan menampilkan tujuan atau beberapa hop ke tujuan yang terhubung ke internet. Untuk mengetahui informasi selengkapnya, lihat Traceroute ke tujuan yang terikat internet dalam dokumentasi VPC.

Zona

Apakah saya memiliki opsi untuk menggunakan pusat data regional di negara tertentu?

Ya, Compute Engine menawarkan pusat data di seluruh dunia. Opsi pusat data ini dirancang untuk memberikan opsi konektivitas latensi rendah dari region tersebut. Untuk mengetahui informasi region tertentu, termasuk lokasi geografis region, lihat Region dan zona.

Bagaimana cara mengetahui apakah suatu zona sedang offline?

Bagian Zona Compute Engine di Google Cloud Console menampilkan status setiap zona. Anda juga bisa mendapatkan status zona melalui alat command line dengan menjalankan gcloud compute zones list, atau melalui Compute Engine API dengan compute.zones.list metode.

Skrip startup

Kapan skrip startup kustom saya berjalan?

Skrip startup dijalankan di akhir proses booting.

Peristiwa pemeliharaan infrastruktur

Apa yang dimaksud dengan peristiwa pemeliharaan infrastruktur?

Compute Engine mungkin perlu melakukan pemeliharaan terjadwal secara berkala pada zona yang dapat mempengaruhi instance Anda. Secara default, semua instance dikonfigurasi sehingga peristiwa pemeliharaan ini bersifat transparan untuk aplikasi dan beban kerja Anda. Hal ini dapat menyebabkan penurunan performa, tetapi instance Anda akan tetap online selama peristiwa pemeliharaan. Untuk informasi selengkapnya, lihat Pemeliharaan transparan.

Seberapa sering peristiwa pemeliharaan infrastruktur terjadwal terjadi?

Peristiwa pemeliharaan infrastruktur tidak memiliki interval yang ditetapkan antar-kejadian, tetapi umumnya terjadi sekali setiap dua minggu.

Bagaimana cara mengetahui apakah sebuah instance akan menjalani pemeliharaan infrastruktur?

Tak lama sebelum peristiwa pemeliharaan, Compute Engine mengubah atribut khusus di server metadata virtual machine sebelum berupaya untuk melakukan migrasi langsung atau menghentikan dan memulai ulang virtual machine sebagai bagian dari peristiwa pemeliharaan infrastruktur yang tertunda. Atribut maintenance-event diperbarui sebelum dan setelah peristiwa, sehingga Anda dapat mendeteksi kapan peristiwa tersebut akan segera terjadi. Anda dapat menggunakan informasi ini untuk membantu mengotomatiskan skrip atau perintah yang ingin dijalankan sebelum dan/atau setelah peristiwa pemeliharaan. Untuk informasi selengkapnya, lihat dokumentasi Pemberitahuan pemeliharaan transparan.