Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Terapkan cluster Cassandra di Amazon EC2 dengan statis IPs pribadi untuk menghindari penyeimbangan kembali
Dipin Jain, Amazon Web Services
Ringkasan
IP pribadi instans Amazon Elastic Compute Cloud (Amazon EC2) dipertahankan sepanjang siklus hidupnya. Namun, IP pribadi mungkin berubah selama kerusakan sistem yang direncanakan atau tidak direncanakan; misalnya, selama pemutakhiran Amazon Machine Image (AMI). Dalam beberapa skenario, mempertahankan IP statis pribadi dapat meningkatkan kinerja dan waktu pemulihan beban kerja. Misalnya, menggunakan IP statis untuk node benih Apache Cassandra mencegah cluster menimbulkan overhead penyeimbangan kembali.
Pola ini menjelaskan cara melampirkan elastic network interface sekunder ke EC2 instance agar IP tetap statis selama rehosting. Pola ini berfokus pada cluster Cassandra, tetapi Anda dapat menggunakan implementasi ini untuk arsitektur apa pun yang mendapat manfaat dari statis pribadi. IPs
Prasyarat dan batasan
Prasyarat
Akun Amazon Web Service (AWS) yang aktif
Versi produk
DataStax versi 5.11.1
Sistem operasi: Ubuntu 16.04.6 LTS
Arsitektur
Arsitektur sumber
Sumbernya bisa berupa cluster Cassandra di mesin virtual lokal (VM) atau pada EC2 instance di AWS Cloud. Diagram berikut menggambarkan skenario kedua. Contoh ini mencakup empat node cluster: tiga node benih dan satu node manajemen. Dalam arsitektur sumber, setiap node memiliki antarmuka jaringan tunggal yang terpasang.
Arsitektur target
Cluster tujuan di-host pada EC2 instance dengan elastic network interface sekunder yang melekat pada setiap node, seperti yang diilustrasikan dalam diagram berikut.
Otomatisasi dan skala
Anda juga dapat mengotomatiskan melampirkan antarmuka jaringan elastis kedua ke grup Auto EC2 Scaling, seperti yang dijelaskan dalam video AWS
Epik
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|---|---|
Luncurkan EC2 node untuk meng-host cluster Cassandra. | Di EC2 konsol Amazon | Insinyur awan |
Konfirmasikan komunikasi simpul. | Pastikan bahwa keempat node dapat berkomunikasi satu sama lain melalui database dan port manajemen cluster. | Insinyur jaringan |
Instal DSE OpsCenter pada node manajemen. | Instal DSE OpsCenter 6.1 dari paket Debian pada node manajemen. Untuk instruksi, lihat DataStax dokumentasi | DBA |
Buat antarmuka jaringan sekunder. | Cassandra menghasilkan pengidentifikasi unik universal (UUID) untuk setiap node berdasarkan alamat IP instance untuk node tersebut EC2 . UUID ini digunakan untuk mendistribusikan node virtual (vnodes) pada ring. Ketika Cassandra digunakan pada EC2 instance, alamat IP ditetapkan secara otomatis ke instance saat dibuat. Jika terjadi pemadaman yang direncanakan atau tidak direncanakan, alamat IP untuk EC2 instance baru berubah, distribusi data berubah, dan seluruh cincin harus diseimbangkan kembali. Ini tidak diinginkan. Untuk mempertahankan alamat IP yang ditetapkan, gunakan elastic network interface sekunder dengan alamat IP tetap.
Untuk informasi selengkapnya tentang membuat antarmuka jaringan, lihat EC2 dokumentasi Amazon. | Insinyur Awan |
Pasang antarmuka jaringan sekunder ke node cluster. |
Untuk informasi selengkapnya tentang melampirkan antarmuka jaringan, lihat EC2 dokumentasi Amazon. | Insinyur awan |
Tambahkan rute di Amazon EC2 untuk mengatasi perutean asimetris. | Saat Anda memasang antarmuka jaringan kedua, jaringan kemungkinan besar akan melakukan routing asimetris. Untuk menghindari hal ini, Anda dapat menambahkan rute untuk antarmuka jaringan baru. Untuk penjelasan mendalam dan remediasi perutean asimetris, lihat video AWS Knowledge Center | Insinyur jaringan |
Perbarui entri DNS untuk menunjuk ke IP antarmuka jaringan sekunder. | Arahkan nama domain yang sepenuhnya memenuhi syarat (FQDN) dari node ke IP antarmuka jaringan sekunder. | Insinyur jaringan |
Instal dan konfigurasikan cluster Cassandra dengan menggunakan DSE. OpsCenter | Ketika node cluster siap dengan antarmuka jaringan sekunder, Anda dapat menginstal dan mengkonfigurasi cluster Cassandra. | DBA |
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|---|---|
Buat AMI untuk node benih cluster. | Buat cadangan node sehingga Anda dapat mengembalikannya dengan binari database jika terjadi kegagalan node. Untuk petunjuknya, lihat Membuat AMI di EC2 dokumentasi Amazon. | Administrator cadangan |
Pulihkan dari kegagalan node. | Ganti node yang gagal dengan EC2 instance baru yang diluncurkan dari AMI, dan lampirkan antarmuka jaringan sekunder dari node yang gagal. | Administrator cadangan |
Verifikasi bahwa cluster Cassandra sehat. | Saat node pengganti sudah habis, verifikasi kesehatan cluster di DSE OpsCenter. | DBA |
Sumber daya terkait
