Halaman ini menjelaskan beberapa konfigurasi yang dikontrol pengguna dan dapat menyebabkan pemadaman layanan instance Spanner dikecualikan dari Perjanjian Tingkat Layanan (SLA) Spanner, yang mengecualikan pemadaman layanan "yang disebabkan oleh faktor di luar kendali wajar Google". Dokumen ini juga memberikan panduan tentang cara menghindari konfigurasi ini.
Spanner mengelola banyak aspek operasi database, seperti pemisahan dan penyeimbangan ulang data, replikasi, failover, serta semua update hardware dan software. Anda dapat mengonfigurasi banyak perilaku ini dengan setelan bawaan dan API administratif. Workload Anda juga bergantung pada komponen lain selain Spanner, seperti aplikasi dan jaringan Anda. Konfigurasi yang dikontrol pelanggan ini dapat meningkatkan risiko periode nonaktif instance, bergantung pada beban database dan parameter konfigurasi lainnya.
Jika instance Anda menjadi tidak responsif, dan jika Google menentukan bahwa instance tersebut tidak mematuhi batas operasional yang dijelaskan di halaman ini, maka periode nonaktif yang terjadi mungkin tidak dicakup oleh (atau tidak diperhitungkan dalam) SLA Spanner.
Konfigurasi yang dikecualikan dari SLA Spanner
Konfigurasi berikut dikecualikan dari SLA Spanner:
- Jika instance Anda dikonfigurasi dan digunakan sedemikian rupa sehingga menyebabkan workload membebani instance, maka instance tersebut tidak tercakup dalam SLA.
- Waktu nonaktif instance yang disebabkan oleh tindakan atau kelalaian Anda yang disengaja tidak tercakup dalam SLA
- Jika Anda menonaktifkan Spanner API atau API Google Cloud lain yang diperlukan untuk membuat dan terhubung ke Spanner, maka hal tersebut tidak tercakup dalam SLA.
- Tidak tersedianya Spanner API yang disebabkan oleh konfigurasi jaringan Anda, seperti aturan proxy dan firewall, tidak tercakup dalam SLA.
- Ketidaktersediaan aplikasi karena klien yang tidak update atau salah konfigurasi tidak tercakup dalam SLA. Khususnya, pastikan Anda menggunakan versi klien terbaru dengan dependensi yang didukung. Misalnya, aplikasi Java harus menggunakan BOM Google (bill of materials) dengan pengelola paket, seperti Gradle atau Maven.
Sebaiknya siapkan pemberitahuan dan pemantauan menggunakan Cloud Monitoring.
Konfigurasi yang harus dihindari
Untuk mempertahankan cakupan SLA Spanner, Anda harus menghindari konfigurasi berikut:
- CPU kelebihan beban: Jika pemakaian CPU Anda terus-menerus tinggi, ukuran instance Anda tidak sesuai untuk workload Anda, dan instance mungkin tidak tercakup oleh SLA. Rekomendasi pemakaian CPU Spanner memberikan overhead untuk peristiwa failover, di mana resource komputasi yang tersisa membantu mengakomodasi traffic dari bagian instance yang tidak tersedia. Anda dapat menggunakan metrik penggunaan CPU Spanner untuk memantau penggunaan CPU.
- Penyimpanan penuh: Spanner hanya menagih Anda untuk penyimpanan yang Anda gunakan. Namun, setiap node, atau unit komputasi, memiliki batas untuk jumlah penyimpanan yang dapat dikelolanya. Jika ukuran instance Anda tidak sesuai untuk penyimpanan yang dapat dialamatkan per node, instance mungkin tidak tercakup dalam SLA. Anda dapat menggunakan metrik penggunaan penyimpanan Spanner untuk memantau penggunaan penyimpanan.
- Batas kuota: Resource node dibatasi oleh kuota per pengguna. Jika Anda tidak meminta peningkatan kuota terlebih dahulu, hal ini dapat menyebabkan kelebihan beban pada resource komputasi, yang mungkin tidak tercakup dalam SLA. Permintaan penambahan kuota yang memerlukan persetujuan dari Google biasanya dipenuhi dalam waktu satu hari.
- Sesi yang kurang disediakan: Klien Spanner menggunakan channel gRPC untuk berkomunikasi dengan endpoint Google Cloud untuk kueri dan administrasi. Jika lingkungan klien Anda tidak menyediakan saluran yang cukup untuk mendukung volume permintaan workload, aplikasi Anda mungkin mengalami latensi tinggi dan throughput permintaan rendah yang mungkin tidak tercakup dalam SLA.
- Kelebihan beban koneksi: Banyak Spanner API dapat dicoba lagi dengan aman jika terjadi kegagalan sementara, seperti kebuntuan transaksi dalam kueri, masalah jaringan, atau batas kecepatan untuk API administratif. Upaya coba lagi yang terlalu agresif dapat membebani koneksi yang ada, sehingga menyebabkan kehabisan resource atau throttling tambahan. Peningkatan latensi atau penurunan throughput mungkin tidak tercakup dalam SLA. Untuk mengetahui informasi selengkapnya, lihat mengelola waktu tunggu dan percobaan ulang klien.
- Overload hard disk drive (HDD): Penyimpanan bertingkat memungkinkan Anda menyimpan data Spanner di campuran solid-state drive (SSD) dan hard disk drive (HDD). Jika beban disk Anda pada penyimpanan HDD mencapai 100%, instance Spanner Anda akan mengalami peningkatan latensi yang signifikan dan mungkin tidak tercakup oleh SLA. Anda dapat menggunakan metrik penyimpanan bertingkat Spanner untuk memantau beban disk.