Google Distributed Cloud (GDC) dengan air gap menawarkan kemampuan deployment yang memberikan ketersediaan tinggi dan pemulihan dari bencana (disaster recovery). Fungsi ini disebut sebagai multi-zona di halaman ini.
Multi-zona memungkinkan Anda menjalankan workload penting yang terputus di GDC dengan memberikan kemampuan ketersediaan tinggi (HA) dan pemulihan bencana (DR) yang serupa dengan penyedia cloud hyperscale publik. GDC menyediakan layanan terkelola dan infrastruktur yang tangguh terhadap kegagalan lokal. Untuk beberapa layanan, Anda harus memutuskan tingkat ketahanan yang diperlukan workload Anda. Contoh layanan yang menyediakan kemampuan multi-zona mencakup:
Untuk mengetahui daftar lengkap layanan yang menyediakan kemampuan multi-zona, lihat Layanan GDC yang didukung untuk multi-zona.
Multi-zona GDC menyediakan kemampuan pengelolaan resource global untuk menyederhanakan pengelolaan resource di seluruh zona GDC. Anda dapat melihat semua resource dan layanan GDC yang dikelola di semesta dengan visibilitas pada pemberitahuan, kondisi, penggunaan, logging, pemantauan, dan penagihan.
Universe multi-zona di GDC memerlukan resource global dan simetri hardware. Simetri ini berarti bahwa hardware dan organisasi harus sama di semua zona dan tidak dapat diubah secara independen di zona tertentu.
Multi-zona juga memberi Anda blok penyusun untuk memenuhi tujuan pemulihan dari bencana dan keberlangsungan bisnis. Ada tiga kemampuan utama yang disediakan multi-zona untuk Anda:
Kelangsungan layanan bidang kontrol. Jika terjadi bencana zonal, fungsi penting yang diperlukan untuk memulihkan organisasi dan layanan terkaitnya akan sudah ada di zona lain.
Sumber daya multi-zona. Misalnya, replikasi penyimpanan asinkron di seluruh zona GDC.
Layanan terkelola multi-zona. Misalnya, load balancer menawarkan varian multi-zona yang dikontrol oleh layanan terkelola.
Apa itu zona?
Setiap zona dapat menjadi domain bencana independen, bergantung pada penempatannya. Misalnya, dua zona yang ditempatkan dalam jarak 1 km satu sama lain di zona subduksi akan berada dalam domain bencana yang sama. Setiap zona adalah penerapan penuh GDC dengan air gap – solusi hardware dan software yang tidak memerlukan konektivitas ke Google Cloud kapan saja. Zona mengelola infrastruktur, layanan, API, dan alat yang menggunakan bidang kontrol lokal.
Zona GDC dengan air gap terdiri dari empat lapisan:
Hardware: Desain hardware dan rak dasar yang ditentukan oleh Google.
Infrastruktur: Mengelola hardware, dan menyediakan abstraksi yang memungkinkan lapisan software berjalan tanpa merujuk pada konfigurasi khusus hardware.
Platform Layanan: Framework untuk membangun layanan di Distributed Cloud yang memberikan konsistensi di antara layanan terkelola dan layanan marketplace.
Layanan Terkelola dan Marketplace: Layanan cloud yang berinteraksi dengan pelanggan dan berjalan di GDC.
Sekelompok zona yang terhubung dan terisolasi dari jaringan lain disebut universe. Untuk men-deploy aplikasi fault-tolerant dengan ketersediaan tinggi yang membantu melindungi dari kegagalan tak terduga, Anda harus men-deploy aplikasi di beberapa zona dalam satu semesta.
Apa yang dimaksud dengan wilayah?
Region adalah pengelompokan zona dalam semesta sesuai dengan persyaratan latensi yang telah ditentukan. Zona tanpa peer yang cukup dekat dianggap sebagai regionnya sendiri. Zona dalam suatu region harus dipisahkan setidaknya 10 km untuk memastikan bahwa zona tersebut merupakan domain bencana yang terpisah dalam banyak rezim kepatuhan.
Wilayah dapat berjarak ratusan kilometer. Oleh karena itu, GDC hanya menawarkan layanan sinkron dalam region; layanan asinkron tersedia dalam dan antar-region.
Layanan asinkron melakukan replikasi di latar belakang, sehingga memberikan tujuan titik pemulihan (RPO) yang rendah, tetapi tidak nol. Biasanya, layanan asinkron tetap tersedia selama partisi jaringan.
Contoh layanan asinkron dengan air gap GDC meliputi:
- Block storage
- Penyimpanan objek
Zona dalam satu region diperlukan untuk memenuhi persyaratan latensi yang memungkinkan pengiriman layanan yang sangat konsisten. Layanan sinkron melakukan replikasi secara langsung, sehingga memastikan bahwa setiap penulisan tersedia di setidaknya dua zona. Ini adalah langkah inti yang diperlukan untuk mencapai RPO nol. Biasanya, layanan sinkron memiliki latensi yang lebih tinggi daripada layanan yang tidak direplikasi, dan mungkin menjadi tidak tersedia selama partisi jaringan.
Contoh layanan sinkron dengan air gap GDC meliputi:
- Berbagi file NFS
- Penyimpanan objek
Apa itu semesta?
Zona dengan konektivitas jaringan langsung, terlepas dari jarak atau latensi, serta bidang kontrol dan pengelolaan bersama termasuk dalam satu semesta. Semesta dapat memiliki maksimum enam zona.
Setiap semesta dapat terdiri dari beberapa zona yang disusun ke dalam region yang saling terhubung. Misalnya, dua region di Negara Bagian Virginia, AS, dan Amsterdam, Belanda, masing-masing dengan tiga zona:
GDC Region 1 (Virginia)
- Zona 1 (us-virginia1-a)
- Zona 2 (us-virginia1-b)
- Zona 3 (us-virginia1-c)
Region GDC 2 (Belanda)
- Zona 1 (eu-ams1-a)
- Zona 2 (eu-ams1-b)
- Zona 3 (eu-ams1-c)
Diagram berikut menunjukkan contoh semesta GDC.
Semesta dapat memiliki 1-6 zona, dan dapat memiliki satu atau dua pusat operasi.
Semesta menawarkan strategi pemulihan otomatis berikut, terlepas dari konfigurasi region:
- Untuk semesta dengan dua zona, pemulihan harus dipicu secara manual.
- Untuk semesta dengan tiga zona atau lebih, pemulihan dapat dipicu secara otomatis.
Hubungi operator Anda untuk mendapatkan informasi selengkapnya.
Resource zona
Resource zona beroperasi dalam satu zona. Pemadaman zona dapat memengaruhi sebagian atau semua resource di zona tersebut. Contoh resource zona adalah instance mesin virtual (VM) yang berada dalam zona tertentu. Untuk mengetahui informasi selengkapnya tentang cara mengelola resource zona di semesta GDC, lihat Server Management API.
Resource global
Resource global adalah resource yang di-deploy di seluruh zona semesta, seperti organisasi. Hal ini memberi mereka ketersediaan yang lebih tinggi dibandingkan dengan resource zona. Resource global di-deploy dan dikelola di server API pengelolaan global.
Untuk setiap organisasi, ada server API pengelolaan global dan per zona.
Domain bencana
Domain bencana merepresentasikan kumpulan resource yang mungkin terpengaruh pada saat yang sama karena kedekatan fisik resource. Oleh karena itu, ini adalah konstruksi terkait daya tahan yang digunakan untuk menyederhanakan persyaratan pemisahan zona. Biasanya, satu domain bencana sesuai dengan satu kampus.
Di sebagian besar semesta GDC, Google tidak memiliki fasilitas, tetapi bekerja sama dengan vendor kolokasi yang memiliki pusat data yang menyediakan akses ke infrastruktur yang andal, daya yang redundan, dan konektivitas berkecepatan tinggi. Pendekatan ini memberikan performa dan waktu operasional yang optimal untuk aplikasi dan layanan berdasarkan strategi dan praktik terbaik Google untuk HA dan DR.
Hubungi operator Anda untuk mengetahui informasi selengkapnya tentang spesifikasi domain bencana untuk semesta Anda.
API global dan per zona
GDC air-gapped menawarkan dua tingkat API bidang pengelolaan untuk membuat dan mengelola resource global dan zonal: API global dan API zonal. Lihat dokumentasi tentang server API pengelolaan global dan per zona untuk mengetahui informasi tentang cara mengelola jenis API ini di semesta GDC.
API global dan zonal adalah API deklaratif Kubernetes yang ditayangkan di endpoint yang berbeda, dan resource GDC ditampilkan sebagai resource kustom Kubernetes di server API. Server API global berbagi satu cluster etcd yang didistribusikan di seluruh zona untuk memberikan konsistensi yang kuat dengan toleransi fault, dengan biaya latensi yang lebih tinggi dan QPS (kueri per detik) yang lebih rendah dibandingkan dengan server API zonal. Di setiap organisasi, server API pengelolaan zonal menyediakan API zonal bagi administrator dan developer untuk mengelola resource zonal, dan server API pengelolaan global menyediakan API global untuk mengelola resource global.
Untuk mengetahui informasi selengkapnya tentang API di GDC, lihat Ringkasan API.
gdcloud CLI
gdcloud CLI menyediakan cara untuk berinteraksi dengan API zonal atau global guna mengelola resource dan deployment-nya, termasuk:
- Login ke URL konsol global atau per zona menggunakan CLI
- Menggunakan flag CLI zona untuk tindakan zona tertentu
URL global adalah URL yang dikonfigurasi secara default saat menginisialisasi gdcloud CLI. Anda dapat memperbarui konfigurasi gdcloud untuk menyetel URL zonal dan login ke URL tersebut untuk menyelesaikan tugas khusus zona.
Demikian pula, gdcloud CLI menawarkan tanda --zone yang dapat Anda tetapkan untuk banyak tugas pengelolaan resource di seluruh grup perintah. Saat login ke konfigurasi URL global, tindakan CLI Anda pada resource global akan diterapkan ke semua zona yang tercakup.
Untuk mengetahui informasi selengkapnya tentang penggunaan gdcloud CLI untuk layanan zona dan global, lihat Mengelola resource di seluruh zona.
Konsol GDC
Konsol GDC untuk organisasi tertentu dapat diakses dari setiap zona dalam semesta yang sama. Oleh karena itu, Anda dapat menggunakan konsol GDC untuk mengelola semua resource global dan zonal dalam organisasi.
Fitur multi-zona berikut tersedia dari konsol GDC:
Menavigasi menggunakan nama domain yang sepenuhnya memenuhi syarat (FQDN): Anda dapat menggunakan FQDN global untuk otomatis di-resolve ke endpoint konsol zonal yang paling sesuai. Jika FQDN global gagal di-resolve karena alasan apa pun atau Anda ingin terhubung ke zona tertentu, Anda dapat menggunakan FQDN zona untuk membuka endpoint konsol tertentu di zona target.
Mengelola pembuatan resource zonal: Pemilih zona tersedia saat membuat resource zonal, yang menentukan zona tempat resource dibuat. Sebaliknya, pemilih zona tidak terlihat saat Anda membuat resource global.
Melihat resource yang ada di seluruh zona: Berbagai halaman resource di konsol GDC menampilkan resource menurut zona. Anda dapat menggunakan pemilih zona untuk melihat resource dari zona yang dipilih. Resource dari semua zona dapat diakses dengan membuka URL konsol GDC global dan per zona, lalu memilih zona yang sesuai di pemilih, tetapi tidak ada tampilan gabungan resource dari seluruh zona.
Untuk mengetahui informasi selengkapnya tentang cara mengelola resource di beberapa zona dalam semesta GDC dengan konsol GDC, lihat Mengelola resource di seluruh zona.
GDC dirancang agar tahan terhadap kegagalan. Oleh karena itu, jika masalah konektivitas zonal terdeteksi, konsol GDC akan menampilkan banner persisten yang memberi tahu Anda bahwa Anda mungkin tidak dapat melakukan perubahan pada resource global.
Penampung resource
Organisasi menentukan batas keamanan resource yang akan dikelola bersama. Setiap organisasi yang terisolasi dari internet di GDC menyediakan API global dan API zona untuk memungkinkan pembuatan resource global dan zona dalam organisasi. Saat membuat organisasi global, operator bertanggung jawab untuk men-deploy zona dan mengonfigurasi setelan per zona, seperti jumlah penyimpanan dan jumlah server fisik yang tersedia untuk workload pengguna.
Hubungi operator Anda untuk mendapatkan informasi selengkapnya tentang penyiapan zona tertentu untuk organisasi Anda.
Project menyediakan pengelompokan logis resource layanan dalam organisasi dan menyediakan siklus proses serta batas kebijakan untuk mengelola resource. Semua project bersifat global dan mencakup zona yang telah Anda konfigurasi di universe secara default.
Meskipun semua resource layanan harus dibuat dalam project, tidak semua layanan bersifat global. Untuk layanan yang hanya didukung di tingkat zona, Anda harus men-deploy dan mengelolanya dalam zona yang Anda pilih. Lihat dokumentasi jenis resource yang sesuai untuk mengetahui informasi selengkapnya.
IAM
Layanan Identity and Access Management (IAM) berikut harus dikonfigurasi sebagai resource global:
- Penyedia identitas (IdP) untuk autentikasi
- Role-based access control (RBAC)
- Identitas layanan
Setiap konfigurasi IAM mencakup semua zona di semesta.
Autentikasi
Anda harus menghubungkan IdP ke organisasi menggunakan resource
IdentityProviderConfig
global. Resource ini memastikan bahwa Anda menggunakan IdP yang sama untuk terhubung ke organisasi Anda untuk semua zona di alam semesta.
Untuk mengetahui informasi selengkapnya, lihat Menghubungkan ke penyedia identitas.
Akses
Setiap pengguna atau grup harus diberi resource
IAMRoleBinding
global untuk mendapatkan akses ke server API pengelolaan global dan per zona,
serta cluster Kubernetes secara konsisten di setiap zona organisasi.
Akses server Global Management API:
IAMRoleBindingdisebarkan sebagaiClusterRoleBindingatauRoleBindingkeClusterRoleyang telah ditentukan sebelumnya di server API global.Akses server Zonal Management API:
IAMRoleBindingdisebarkan sebagaiClusterRoleBindingatauRoleBindingdi server Zonal Management API.Akses cluster Kubernetes:
IAMRoleBindingdisebarkan sebagaiProjectRoledanProjectRoleBindinguntuk disebarkan sebagaiRoledanRoleBindingKubernetes ke namespace Kubernetes di server Management API dan cluster Kubernetes, yang sesuai dengan project tempatProjectRoledanProjectRoleBindingberada.
Untuk mengetahui informasi selengkapnya, lihat Memberikan dan mencabut akses.
Service identity
Akun layanan adalah akun utama pengguna yang digunakan workload dan layanan untuk menggunakan resource secara terprogram dan mengakses microservice secara aman. Identitas ini adalah jenis identitas khusus yang digunakan oleh aplikasi atau workload, bukan oleh pengguna. Mirip dengan akun pengguna, akun layanan dapat diberi izin
dan peran, tetapi tidak dapat login seperti pengguna manusia. Fitur identitas layanan disertakan dalam resource ProjectServiceAccount global.
Untuk mengetahui informasi selengkapnya, lihat Melakukan autentikasi dengan akun layanan.
Jaringan
Anda dapat mengonfigurasi layanan jaringan berikut untuk zona GDC Anda:
- Layanan anycast
- Load balancing
- Kebijakan jaringan project
- DNS
Konfigurasi layanan jaringan global dan per zona Anda untuk mengelola traffic jaringan antar-zona dan dalam zona di lingkungan GDC Anda.
Layanan anycast
Multi-zona menyediakan layanan jaringan Anycast untuk memberikan ketersediaan tinggi di seluruh resource dari beberapa zona. Demikian pula, opsi Interkoneksi Pusat Data (DCI) diterapkan sebagai mesh penuh untuk menghubungkan beberapa zona yang terisolasi dari internet GDC. Hal ini memungkinkan GDC memberikan perlindungan dari bencana multi-zona di beberapa lokasi sekaligus mengakomodasi persyaratan untuk pemutusan koneksi sepenuhnya dari infrastruktur Google.
Layanan anycast diwakili oleh awalan IPv4 /32 unik, yang disediakan menggunakan Border Gateway Protocol (BGP) ke fasilitas pelanggan, sehingga memastikan aksesibilitas dari jaringan yang terhubung. Meskipun setiap layanan Anycast dapat diakses dari semua zona dalam jaringan air-gapped GDC, endpoint sebenarnya yang menjadi tujuan lalu lintas bergantung pada faktor seperti kedekatan dan preferensi zona berdasarkan kebijakan perutean kustom Anda.
Pengiriman traffic dioptimalkan dengan merutekannya ke instance layanan terdekat yang tersedia, selalu dalam zona yang sama dengan koneksi pelanggan. Hal ini tidak hanya mengurangi latensi, tetapi juga meningkatkan performa dan responsivitas layanan secara keseluruhan. Misalnya, jika layanan Anycast di-deploy di zona 1, zona 2, dan zona 3, permintaan pelanggan yang berasal dari zona 2 biasanya akan dirutekan ke instance layanan dalam zona 2, karena merupakan opsi yang paling dekat dan paling efisien.
Meskipun rentang Anycast dapat diakses secara global, rentang ini hanya disediakan untuk pelanggan dari zona tertentu tempat layanan di-deploy secara aktif. Konfigurasi akses ini berarti layanan yang di-deploy di zona 1 hanya akan tersedia untuk pelanggan yang terhubung ke zona 1, bukan untuk pelanggan yang terhubung ke zona lain.
Selain itu, GDC menerapkan sistem preferensi zona
di mana zona diberi nilai numerik selama pembuatan, terlepas dari
nama zonanya, yang menetapkan daya tarik pelanggan. Misalnya, jika layanan Anycast di-deploy ke zona dengan nilai numerik 1, 2, dan 3, traffic pelanggan umumnya akan diarahkan ke zona dengan nilai terendah yang ditetapkan sebelum zona lain sebagai lokasi pilihan. Sistem preferensi ini memberikan
tingkat prediktabilitas dan kontrol atas pola traffic, tetapi juga mencakup
mekanisme failover bawaan. Jika terjadi kegagalan atau pemadaman layanan yang memengaruhi
zona pilihan, sistem akan otomatis mengalihkan traffic ke zona lain,
sehingga memastikan ketersediaan layanan tanpa gangguan.
Dalam konfigurasi multi-zona, mengakses layanan dalam zona tertentu memerlukan interkoneksi dari jaringan Anda ke zona tersebut. Untuk deployment multi-zona yang konsisten, interkoneksi yang dibuat di setiap zona di universe Anda harus identik dalam hal kapasitas dan konfigurasi. Setiap zona yang ingin Anda akses harus memiliki interkoneksi yang sesuai, dengan interkoneksi ini identik satu sama lain.
Hubungi operator Anda untuk mendapatkan informasi selengkapnya.
Load balancing
GDC menyediakan load balancer teruskan L4 untuk workload Kubernetes dan VM. Load balancer ini menyediakan konfigurasi berikut:
- Protokol TCP atau UDP.
- Tidak ada proxy antara beban kerja dan klien.
- Load balancing khusus untuk zona tertentu, atau secara global di semua zona di alam semesta.
- Traffic jaringan internal dalam organisasi Anda, atau traffic jaringan eksternal antar-organisasi.
Diagram berikut mengilustrasikan komponen load balancer passthrough L4 eksternal di semesta GDC:
Load balancer dapat disesuaikan agar berfungsi dalam satu zona atau secara global untuk semua zona.
Untuk mengetahui informasi selengkapnya tentang load balancing di GDC, lihat Mengelola load balancer.
Kebijakan jaringan project
Kebijakan jaringan project menentukan aturan transfer data masuk atau transfer data keluar untuk project. Karena project adalah resource global, Anda juga harus menentukan kebijakan jaringan project secara global untuk mengizinkan traffic jaringan lintas zona untuk layanan dan workload dalam project.
Untuk mengetahui informasi selengkapnya, lihat Mengonfigurasi kebijakan jaringan project.
DNS
Layanan Domain Name System (DNS) bersifat global dan mencakup beberapa zona. Jika instance layanan DNS menjadi tidak dapat diakses di suatu zona, klien akan dilayani dengan lancar oleh instance layanan DNS lain di zona lain.
Setiap organisasi dalam zona berisi tiga server DNS otoritatif global:
Server internal infrastruktur global: server otoritatif yang menyelesaikan permintaan DNS dalam jaringan Virtual Private Cloud (VPC) infrastruktur. Server ini hanya mengelola beban kerja infrastruktur. Beban kerja pengguna tidak berinteraksi dengan komponen ini. Semua deployment internal infrastruktur global untuk organisasi di semua zona dapat diakses dengan alamat IP Anycast.
Server internal pelanggan global: server resmi yang menyelesaikan permintaan DNS dalam jaringan Virtual Private Cloud (VPC) pelanggan. Server ini hanya mengelola workload pengguna, seperti pod dalam cluster Kubernetes atau virtual machine (VM), dan menyelesaikan semua permintaan DNS yang berasal dari workload pengguna tersebut. Semua deployment internal pelanggan global untuk organisasi di semua zona dapat diakses dengan alamat IP Anycast. Karena VPC mencakup beberapa zona, permintaan resolusi nama domain yang sepenuhnya memenuhi syarat (FQDN) global dari suatu zona dapat mendarat di zona yang sehat.
Server eksternal pelanggan global: server otoritatif yang menyelesaikan permintaan DNS yang berasal dari jaringan pelanggan. Semua deployment eksternal pelanggan global untuk organisasi di semua zona dapat diakses dengan alamat IP Anycast.
Anda dapat terhubung ke GDC dengan jaringan eksternal khusus atau jaringan eksternal bersama. Jenis jaringan ini menentukan cara GDC menyelesaikan permintaan DNS Anda.
Jaringan eksternal khusus terhubung langsung ke server DNS eksternal pelanggan global, yang menyelesaikan permintaan. Atau, jaringan eksternal bersama terhubung ke root hierarki DNS Anda. Server root ini memberikan data server nama (NS) permintaan untuk zona DNS yang sesuai ke server DNS eksternal pelanggan global. Kemudian, resolver DNS Anda secara rekursif menyelesaikan permintaan.
GDC menyediakan resolusi DNS untuk traffic internal dan eksternal secara global dan dalam satu zona.
Permintaan yang berasal dari jaringan eksternal Anda dirutekan dari resolver DNS Anda. Demikian pula, permintaan DNS internal berasal dari workload Anda dalam semesta GDC.
Permintaan DNS memiliki format FQDN berikut:
- Permintaan DNS global:
SERVICE_NAME.ORG_NAME.SUFFIX, sepertiservice-1.org-1.google.com. - Permintaan DNS zona:
SERVICE_NAME.ORG_NAME.ZONE_NAME.SUFFIX, sepertiservice-1.org-1.zone-1.google.com.
Untuk mengetahui informasi selengkapnya tentang cara mengonfigurasi jaringan dalam semesta GDC, lihat Ringkasan jaringan.
Penyimpanan
Untuk versi 1.14.4 dan yang lebih baru, multi-zone universe menawarkan penggunaan resource penyimpanan yang direplikasi seperti volume dan bucket dalam mode asinkron untuk skenario pemulihan dari bencana. Opsi resource penyimpanan ini menyediakan replikasi data asinkron antara dua zona mana pun di semesta yang sama. Replikasi asinkron terjadi di latar belakang, sehingga memberikan RPO yang rendah, tetapi tidak nol, jika terjadi bencana. Semua data yang direplikasi bersifat online dan dapat langsung diakses, tetapi mungkin memerlukan prosedur failover manual untuk mengaktifkan penulisan di zona sekunder.
Replikasi Blok Asinkron: Menyediakan volume (PV) yang direplikasi secara asinkron, yang mempertahankan kesetaraan blok antara volume utama dan sekunder. Karena sifatnya yang asinkron, volume sekunder akan mencerminkan status volume utama pada suatu waktu di masa lalu (RPO bukan nol). Volume sekunder tidak dapat di-mount selama volume tersebut tetap menjadi target replikasi, sehingga memerlukan intervensi manual untuk mengakhiri hubungan dan memungkinkan penulisan terjadi.
Replikasi Bucket Asinkron: Bucket yang direplikasi dipasangkan di seluruh zona, sehingga membuat hubungan replikasi data dua arah. Data objek yang ditulis ke bucket zona primer atau sekunder menggunakan fitur ini akan disalin ke zona lainnya. Karena data disalin secara asinkron, bucket mungkin tidak berisi versi objek yang sama pada waktu tertentu, tetapi pada akhirnya akan menjadi konsisten jika tidak ada perubahan tambahan yang dilakukan. Tidak seperti replikasi volume, bucket yang direplikasi dapat ditulis selama partisi zona. Setiap penulisan ke objek menghasilkan versi yang berbeda, dan versi terbaru di setiap zona akan menjadi status akhir setelah konektivitas dipulihkan.
Persyaratan latensi
Untuk memastikan Anda dapat merencanakan lokasi zona GDC untuk fungsionalitas saat ini dan mendatang, kami mendasarkan persyaratan latensi pada Google Cloud. Dengan pendekatan ini, Anda dapat memilih lokasi GDC dengan air-gap secara yakin karena mengetahui apakah zona tersebut akan berada di region yang sama.
Latensi maksimum yang didukung kurang dari 1 md waktu pulang pergi (RTT) di lapisan fisik antara dua zona dalam suatu region. Karena penghitungan latensi di lapisan fisik memerlukan peralatan khusus yang tidak tersedia di sebagian besar instance, hal ini dapat diperkirakan dengan mengukur panjang serat optik di antara dua zona.
Panjang kabel fiber untuk zona di region dengan latensi 50 km di jalur utama dan 100 km di jalur sekunder akan mendukung layanan regional. Dalam jaringan cincin, persyaratan ini berarti setiap panjang serat tidak boleh lebih dari 50 km.
Hubungi operator Anda untuk mendapatkan informasi selengkapnya tentang persyaratan latensi spesifik Anda.
Langkah berikutnya
- Pelajari server API global dan zona yang tersedia di semesta GDC.
- Pelajari Panduan ketersediaan tinggi untuk memastikan aplikasi Anda tahan terhadap kegagalan zona lokal.
- Baca halaman hierarki resource untuk mengetahui informasi selengkapnya tentang cara resource dikelola secara hierarkis dalam zona.