Halaman ini diterjemahkan oleh Cloud Translation API.

Memulihkan di beberapa region

Halaman ini menjelaskan cara memulihkan atau memulihkan Cassandra di beberapa region.

Dalam deployment multi-region, Apigee hybrid di-deploy di beberapa lokasi geografis di seluruh pusat data yang berbeda. Jika satu atau beberapa region gagal, tetapi region yang sehat tetap ada, Anda dapat menggunakan region yang sehat untuk memulihkan region Cassandra yang gagal dengan data terbaru.

Jika terjadi kegagalan besar di semua region hybrid, Cassandra dapat dipulihkan. Penting untuk diperhatikan bahwa, jika Anda memiliki beberapa organisasi Apigee dalam deployment, proses pemulihan akan memulihkan data untuk semua organisasi. Dalam penyiapan multi-organisasi, hanya memulihkan organisasi tertentu tidak didukung.

Topik ini menjelaskan kedua pendekatan untuk menyelamatkan region yang gagal:

Memulihkan region yang gagal - Menjelaskan langkah-langkah untuk memulihkan region yang gagal berdasarkan region yang responsif.
Memulihkan region yang gagal - Menjelaskan langkah-langkah untuk memulihkan region yang gagal dari cadangan. Pendekatan ini hanya diperlukan jika semua region campuran terpengaruh.

Memulihkan wilayah yang gagal

Untuk memulihkan region yang gagal dari region yang sehat, lakukan langkah-langkah berikut:

Alihkan traffic API dari region yang terpengaruh ke region yang berfungsi dengan baik. Rencanakan kapasitas yang sesuai untuk mendukung traffic yang dialihkan dari region yang gagal.
Nonaktifkan region yang terpengaruh. Untuk setiap region yang terpengaruh, ikuti langkah-langkah yang diuraikan di Menonaktifkan region hybrid. Tunggu hingga penghentian layanan selesai sebelum melanjutkan ke langkah berikutnya.
Pulihkan region yang terpengaruh. Untuk memulihkan, buat region baru, seperti yang dijelaskan dalam Deployment multi-region di GKE, GKE on-prem, dan AKS.

Memulihkan dari cadangan

Catatan: Jika ingin mempertahankan penyiapan yang ada untuk pemecahan masalah dan analisis akar masalah (RCA), Anda harus menghapus semua komponen org dan env dari cluster Kubernetes kecuali pengontrol Apigee, dan mempertahankan cluster. Cluster akan berisi datastore Apigee (Cassandra) yang ada yang dapat Anda gunakan untuk memecahkan masalah. Buat cluster Kubernetes baru, lalu pulihkan Cassandra di cluster baru.

Pencadangan Cassandra dapat berada di Cloud Storage atau di server jarak jauh berdasarkan konfigurasi Anda. Untuk memulihkan Cassandra dari cadangan, lakukan langkah-langkah berikut:

Hapus deployment hybrid apigee dari semua wilayah:
```
apigeectl delete -f overrides.yaml
```
Pulihkan region yang diinginkan dari cadangan. Untuk informasi selengkapnya, lihat Memulihkan region dari cadangan.
Hapus referensi region yang dihapus dan tambahkan referensi region yang dipulihkan dalam metadata KeySpaces.
Dapatkan nama region menggunakan opsi nodetool status.
```
kubectl exec -n apigee -it apigee-cassandra-default-0 -- bash
      nodetool  -u APIGEE_JMX_USER -pw APIGEE_JMX_PASSWORD status |grep -i Datacenter
```
dengan:
- APIGEE_JMX_USER adalah nama pengguna untuk pengguna operasi JMX Cassandra. Digunakan untuk mengautentikasi dan berkomunikasi dengan antarmuka JMX Cassandra. Lihat cassandra:auth:jmx:username.
- APIGEE_JMX_PASSWORD adalah sandi untuk pengguna operasi JMX Cassandra. Lihat cassandra:auth:jmx:password.
Perbarui replikasi KeySpaces.
1. Buat penampung klien dan hubungkan ke cluster Cassandra melalui antarmuka CQL.
2. Dapatkan daftar ruang kunci pengguna dari antarmuka CQL:
```
cqlsh CASSANDRA_SEED_HOST -u APIGEE_DDL_USER -p APIGEE_DDL_PASSWORD
      --ssl -e "select keyspace_name from system_schema.keyspaces;"|grep -v system
```
  dengan:
  - CASSANDRA_SEED_HOST adalah host seed multi-region Cassandra. Untuk sebagian besar penginstalan multi-region, gunakan alamat IP host di region pertama Anda. Lihat Mengonfigurasi Apigee hybrid untuk multi-region dan cassandra:externalSeedHost.
  - APIGEE_DDL_USER dan APIGEE_DDL_PASSWORD adalah nama pengguna dan sandi admin untuk pengguna Cassandra Data Definition Language (DDL). Nilai defaultnya adalah "ddl_user" dan "iloveapis123".
    Anda dapat memeriksa nama pengguna dan sandi DDL dengan memeriksa nilai yang disimpan dalam secret apigee-datastore-default-creds. Anda harus memiliki hak istimewa admin untuk memeriksa secret ini. Perintah berikut akan menampilkan nilai yang dienkode base-64 untuk nama pengguna dan sandi DDL:
    kubectl get secret apigee-datastore-default-creds -n apigee -o yaml
    Lihat cassandra.auth.ddl.password dalam referensi Properti konfigurasi dan Opsi Command Line dalam dokumentasi cqlsh Apache Cassandra.
3. Untuk setiap ruang kunci, jalankan perintah berikut dari antarmuka CQL untuk memperbarui setelan replikasi:
```
ALTER KEYSPACE KEYSPACE_NAME WITH replication = {'class': 'NetworkTopologyStrategy', 'REGION_NAME':3};
```
  dengan:
  - KEYSPACE_NAME adalah nama ruang kunci yang tercantum dalam output langkah sebelumnya.
  - REGION_NAME adalah nama region yang diperoleh di Langkah 4.