Halaman ini memberikan detail tentang ketahanan aplikasi Google Cloud NetApp Volumes.
Pertimbangan ketahanan aplikasi
Meskipun NetApp Volumes memiliki ketersediaan tinggi, peristiwa pemeliharaan yang direncanakan seperti update platform, upgrade layanan, upgrade software, atau kegagalan komponen yang tidak direncanakan dalam layanan dapat menyebabkan jeda singkat dalam operasi input dan output (I/O).
Jeda I/O
Software klien Network File System (NFS) atau Server Message Block (SMB) di dalam sistem operasi Anda menangani jeda I/O singkat. Klien menunggu dan mencoba ulang operasi I/O tanpa melaporkan masalah ke aplikasi. Jeda singkat tersebut dianggap tidak mengganggu karena meskipun pengguna aplikasi mungkin melihat waktu respons yang lebih lama, aplikasi tidak melaporkan error I/O.
Untuk jeda I/O yang lebih lama, perilakunya bergantung pada klien NFS atau SMB sistem operasi Anda dan kemungkinan waktu tunggu yang dikonfigurasi dalam aplikasi. Bagian berikut membahas detail khusus protokol untuk jeda I/O.
Jeda I/O NFS
Semua panggilan ke berbagi NFS yang tidak tersedia dan di-mount secara hard akan diblokir di klien NFS dan menunggu tanpa batas waktu hingga server NFS merespons lagi. Saat klien NFS Anda menunggu, pesan akan muncul di log klien yang menunjukkan bahwa server NFS tidak merespons.
Dari perspektif aplikasi, operasi I/O seperti baca atau tulis diblokir dan tetap belum selesai hingga berbagi NFS berhasil ditampilkan. Selama jeda I/O, tidak ada operasi I/O yang hilang dan Volume NetApp memastikan konsistensi data, kecuali jika Anda menghentikan operasi I/O yang belum selesai di sisi klien secara paksa.
Menggunakan aplikasi software cluster untuk mengotomatiskan failover
Jika Anda menggunakan aplikasi software cluster seperti Pacemaker di VM klien untuk mengotomatiskan failover aplikasi, konfigurasikan waktu tunggu untuk berbagi NFS agar dapat menahan peristiwa pemeliharaan Volume NetApp. Failover tersebut akan membatalkan operasi I/O yang belum selesai di klien dan dapat menyebabkan hilangnya transaksi. Sebaiknya gunakan waktu tunggu berikut:
| Jenis protokol | Waktu tunggu yang direkomendasikan | Catatan |
|---|---|---|
| NFSv3 share | 60 detik (untuk tingkat layanan Standard, Premium, dan Extreme)
120 detik (untuk tingkat layanan Flex) |
Sebaiknya gunakan metode pembatasan, yang menggunakan
opsi pemasangan nolock, bukan mengandalkan kunci NFS. |
| NFSv4.1 | 105 detik (untuk tingkat layanan Standard, Premium, dan Extreme)
165 detik (untuk tingkat layanan Flex) |
Protokol NFSv4.1 secara otomatis menambahkan penguncian yang andal melalui NFSv3 (NFSv4.x RFC, bagian 9.6.2), yang dapat Anda gunakan sebagai mekanisme pembatasan. Pemulihan status kunci menambahkan 45 detik tambahan. |
Jeda I/O berbagi SMB
Tidak seperti NFS, sesi SMB menggunakan koneksi yang dapat habis waktu tunggunya. Dalam sebagian besar kasus, NetApp Volumes tetap berada di bawah waktu tunggu.
Waktu tunggu sesi
Waktu tunggu sesi ditentukan di klien. Waktu tunggu default untuk klien Windows adalah 60 detik. Anda dapat menjalankan
perintah Get-SmbClientConfiguration/Set-SmbClientConfiguration menggunakan
parameter SessionTimeout untuk membaca atau mengubah waktu tunggu sesi.
Jika waktu tunggu sesi habis, sesi SMB akan terputus dan error I/O dilaporkan ke aplikasi yang melakukan I/O. File Explorer atau aplikasi Microsoft 365 biasanya terhubung kembali segera setelah pengguna mengakses berbagi SMB lagi. Saat mengalami error I/O, beberapa aplikasi mencoba terhubung kembali dan mencoba lagi operasi I/O yang gagal, sementara yang lainnya tidak. Lihat dokumentasi vendor aplikasi Anda untuk mempelajari cara aplikasi menangani waktu tunggu SMB dan dapat beroperasi dengan andal di berbagi SMB.
Share yang tersedia secara berkelanjutan (CA) adalah fitur SMB3.x yang meningkatkan ketahanan failover untuk aplikasi seperti database. Volume NetApp mendukung berbagi yang tersedia secara berkelanjutan untuk Microsoft SQL Server dan FSLogix.
Pemulihan kegagalan ditingkatkan dengan setiap versi SMB baru. NetApp Volumes mendukung SMB 2.1, 3.0, dan 3.1.1. Jika memungkinkan, gunakan versi SMB terbaru yang didukung. Windows 10/Server 2016 dan yang lebih baru mendukung SMB versi 3.1.1 terbaru.
Tindakan pencegahan berbasis aplikasi SMB
Aplikasi berbasis SMB tertentu memerlukan SMB Transparent Failover. SMB Transparent Failover memungkinkan operasi pemeliharaan pada volume SMB dalam NetApp Volumes tanpa mengganggu konektivitas ke aplikasi server yang menyimpan dan mengakses data. Volume NetApp mendukung opsi berbagi SMB yang tersedia secara berkelanjutan untuk memastikan aplikasi tertentu mendukung SMB Transparent Failover. Menggunakan share SMB yang tersedia secara berkelanjutan hanya mendukung workload berikut:
Penampung profil pengguna FSLogix
Microsoft SQL Server (bukan Linux SQL Server)
SMB yang terus tersedia tidak mendukung aplikasi kustom.
Gangguan aplikasi terkait peristiwa pemeliharaan
Peristiwa pemeliharaan terencana, seperti upgrade platform dan upgrade software layanan, mungkin sesekali terjadi. Peristiwa pemeliharaan dianggap tidak mengganggu dari perspektif protokol file (NFS atau SMB) selama aplikasi dapat menangani jeda I/O yang mungkin terjadi selama peristiwa ini.
Untuk tingkat layanan Standar, Premium, dan Extreme, jeda I/O biasanya singkat dan berkisar dari beberapa detik hingga 30 detik.
Untuk tingkat layanan Flex, jeda I/O dapat mencapai 70 detik.
Langkah selanjutnya
Baca pertimbangan keamanan Google Cloud NetApp Volumes.