Jelajahi dua skenario manajemen multi-kluster yang didukung oleh Service Mesh (ASM) dan temukan referensi ke dokumentasi terkait untuk masing-masing skenario.
Konsep prasyarat
Unit pemulihan bencana
Dalam skenario pemulihan bencana, guna menghindari single point of failure, sistem lengkap yang beroperasi secara independen diterapkan di setiap lokasi geografis terpisah. Setiap sistem mandiri semacam ini disebut unit pemulihan bencana.
Jaringan flat
Pertimbangkan dua subnet independen (misalnya, virtual private cloud (VPC) Alibaba Cloud yang berbeda atau vSwitch). Jika alamat IP salah satu subnet dapat diakses langsung dari subnet lainnya, kedua subnet tersebut membentuk jaringan flat. Akses langsung berarti routing Lapisan 3 (lapisan IP) dapat mencapai subnet lain secara langsung. Jika tidak, keduanya membentuk jaringan non-flat.
Skenario multi-kluster khas
Kemampuan multi-kluster Service Mesh (ASM) mendukung berbagai solusi penerapan multi-kluster.
Skenario 1: Pemulihan bencana multi-kluster
Saat Anda membangun beberapa kluster untuk tujuan pemulihan bencana, kluster tersebut harus ditempatkan di beberapa lokasi geografis. Selain itu, Anda harus membuat instans ASM khusus untuk setiap kluster di lokasi geografis yang sama dengan kluster tersebut. Dalam skenario multi-cloud, jika Anda menggunakan kluster dari penyedia cloud lain dan Alibaba Cloud tidak tersedia di wilayah yang sesuai, pilih lokasi geografis terdekat. Untuk informasi selengkapnya, lihat Pemulihan bencana multi-kluster.
Skenario 2: Penemuan layanan bersama multi-kluster
Misalkan beban kerja Anda diterapkan secara asimetris (yaitu, beban kerja berbeda ditempatkan di setiap kluster) di beberapa kluster dalam satu unit pemulihan bencana (misalnya, zona atau wilayah yang sama). Jika aplikasi di berbagai kluster tersebut perlu saling memanggil, Anda dapat menambahkan kluster-kluster tersebut ke instans ASM yang sama. Kluster tersebut kemudian berbagi informasi penemuan layanan, sehingga aplikasi dapat saling memanggil secara langsung lintas kluster menggunakan nama domain layanan Kubernetes tanpa perlu mengekspos layanan ke luar kluster melalui gerbang.
Konektivitas jaringan multi-kluster
Dalam skenario multi-kluster sebelumnya, akses lintas kluster mungkin diperlukan. Misalnya, dalam skenario pemulihan bencana, ketika kluster lokal menjadi tidak tersedia, panggilan lintas kluster akan dicoba. Kluster tersebut mungkin berada di jaringan yang berbeda—misalnya lintas VPC, lintas wilayah, atau di lingkungan cloud hibrida dengan jaringan yang tidak saling terhubung. Dalam kasus ini, Anda harus terlebih dahulu menetapkan koneksi jaringan antar kluster. Metode berikut tersedia:
|
Jenis penerapan |
Deskripsi |
Metode koneksi |
|
Lintas VPC di Alibaba Cloud |
Semua kluster adalah kluster Alibaba Cloud, tetapi berada di VPC yang berbeda |
|
|
Alibaba Cloud + kluster cloud pihak ketiga atau self-managed |
Penerapan mencakup kluster Alibaba Cloud dan kluster cloud pihak ketiga atau self-managed |
|
Manajemen traffic multi-kluster
Pemulihan bencana multi-kluster
Pemulihan bencana tingkat wilayah dengan ASM dan GTM
Menggunakan service mesh untuk pemulihan bencana tingkat zona ketersediaan
Gunakan service mesh untuk pemulihan bencana tingkat layanan