Mengonfigurasi TLS untuk Cassandra

Anda saat ini melihat versi 1.9 dokumentasi Apigee hybrid. Untuk mengetahui informasi selengkapnya, lihat Versi yang didukung.

Version 1.9 (unsupported)

   Versi yang didukung:

• v1.13 (terbaru)                        
• v1.12                         
• v1.11                         
• Daftar versi yang didukung

   Versi yang tidak didukung:

• v1.10                                      
• v1.9                                         
• v1.8                                         
• v1.7                                         
• v1.6                                         
• v1.5                                         
• v1.4                                         
• v1.3                                         
• v1.2                                         
• v1.1                                         

Topik ini menjelaskan cara mengonfigurasi autentikasi untuk komunikasi antara node Cassandra dan antara klien dan node Cassandra.

Cara mengonfigurasi TLS untuk Cassandra di platform runtime

Cassandra menyediakan komunikasi yang aman antara mesin klien dan cluster database serta antara node dalam cluster. Mengaktifkan enkripsi memastikan bahwa data dalam pengiriman tidak disusupi dan ditransfer dengan aman. Di Apigee hybrid, TLS diaktifkan secara default untuk setiap komunikasi antara node Cassandra dan antara klien dan node Cassandra.

Anda dapat mengonfigurasi autentikasi menggunakan kombinasi nama pengguna/sandi yang ditempatkan langsung dalam file penggantian atau ditambahkan ke Secret Kubernetes, seperti yang dijelaskan dalam topik ini.

Tentang autentikasi pengguna Cassandra

Platform campuran menggunakan Cassandra sebagai datastore backend untuk data bidang runtime. Secara default, setiap komunikasi klien ke Cassandra memerlukan autentikasi. Ada beberapa pengguna klien yang berkomunikasi dengan Cassandra. Sandi default disediakan untuk pengguna ini. Lihat Mengubah sandi default dalam file penggantian untuk mengetahui langkah-langkah yang diperlukan guna mengubah sandi default.

Pengguna ini, termasuk pengguna default, dijelaskan di bawah ini:

1. Pengguna DML: Digunakan oleh komunikasi klien untuk membaca dan menulis data ke Cassandra (KMS, KVM, Cache, dan Kuota).
2. Pengguna DDL: Digunakan oleh MART untuk tugas definisi data apa pun seperti pembuatan, pembaruan, dan penghapusan ruang kunci.
3. Pengguna Admin: Digunakan untuk aktivitas administratif apa pun yang dilakukan di cluster cassandra.
4. Pengguna Cassandra default: Cassandra membuat pengguna default saat Autentikasi diaktifkan dan nama penggunanya adalah cassandra
5. Pengguna JMX: Digunakan untuk mengautentikasi dan berkomunikasi dengan antarmuka JMX Cassandra.
6. Pengguna Jolokia: Digunakan untuk mengautentikasi dan berkomunikasi dengan Cassandra JMX API.

Tentang pengguna Cassandra default

Saat cluster campuran Apigee dibuat dan autentikasi Cassandra diaktifkan, akun pengguna awal adalah pengguna Cassandra default, yang diidentifikasi dengan nama pengguna cassandra. Pengguna cassandra default berfungsi sebagai superuser, yang bertanggung jawab atas tugas seperti menambahkan peran pengguna dan mengubah skema database.

Tugas apigee-cassandra-user-setup campuran Apigee menggunakan pengguna cassandra default untuk menetapkan peran baru dan memperbarui sandi yang terkait dengan pengguna default ini. Eksekusi tugas apigee-cassandra-user-setup terjadi selama penginstalan awal instance Apigee Hybrid, upgrade instance berikutnya, dan penyediaan instance baru sebagai bagian dari perluasan region.

Saat tugas apigee-cassandra-user-setup campuran Apigee dijalankan, tugas tersebut memerlukan kemampuan untuk memperbarui dan mengubah konfigurasi tingkat database sebagai bagian dari penginstalan baru atau upgrade. Pengguna cassandra default adalah satu-satunya pengguna yang dijamin ada saat tugas apigee-cassandra-user-setup menyiapkan pod Cassandra baru. Tanpa pengguna yang diketahui dengan akses superuser, upgrade hybrid Apigee dan perluasan region tidak akan berfungsi dengan benar.

Sandi pengguna cassandra default diubah setelah penggunaan awal sebagai bagian dari langkah keamanan tambahan. Artinya, meskipun pengguna cassandra default masih diaktifkan, sandi baru harus diketahui untuk menggunakan pengguna cassandra default. Pengguna cassandra default tidak digunakan oleh komponen lain kecuali tugas apigee-cassandra-user-setup sebagai bagian dari penginstalan baru dan perluasan wilayah.

Mengubah sandi default dalam file penggantian

Sebagai praktik terbaik keamanan, sebaiknya ubah sandi default untuk Cassandra. Anda dapat melakukannya di file overrides.yaml. Tambahkan konfigurasi berikut, ubah sandi default sesuai keinginan Anda, dan terapkan perubahan ke cluster Anda.

Catatan: Anda hanya dapat mengubah setelan default ini pada saat penyiapan awal. Rotasi atau perubahan sandi setelah penyiapan campuran tidak dapat dilakukan.

Semua nama pengguna harus dalam huruf kecil dan tidak boleh menggunakan karakter khusus.

cassandra:
   auth:
     default:  ## the password for the new default user (static username: cassandra)
       password: "NEW_PASSWORD"
     admin: ## the password for the admin user (static username: admin_user)
       password: "NEW_PASSWORD"
     ddl: ## the password for the DDL User (static username: ddl_user)
       password: "NEW_PASSWORD"
     dml: ## the password for the DML User (static username: dml_user)
       password: "NEW_PASSWORD"
     jmx:
       username: "jmxuser" ## the username for the JMX User
       password: "NEW_PASSWORD" ## the password for the JMX User
     jolokia:
       username: "jolokiauser" ## the username to access jolokia interface
       password: "NEW_PASSWORD" ## the password for jolokia user

Perhatikan hal berikut:

• Rotasi Certificate Authority (CA) tidak didukung.
• Sertifikat server yang dibuat dengan frasa sandi tidak didukung.

Menetapkan nama pengguna dan sandi di Secret Kubernetes

Bagian ini menjelaskan cara mengonfigurasi Cassandra untuk menggunakan Kubernetes Secrets untuk autentikasi.

Membuat Secret

Gunakan template berikut untuk mengonfigurasi Secret Kubernetes. Simpan template ke file YAML dan edit atribut yang diperlukan, misalnya my-secret.yaml. Perhatikan bahwa jika menggunakan opsi ini, Anda harus memberikan nama pengguna dengan setiap sandi.

apiVersion: v1
kind: Secret
metadata:
  name: SECRET_NAME
  namespace: APIGEE_NAMESPACE
type: Opaque
data:
  default.password: DEFAULT_PASSWORD   #base64-encoded string
  admin.user: ADMIN_USERNAME   #base64-encoded string
  admin.password: ADMIN_PASSWORD   #base64-encoded string
  dml.user: DML_USERNAME   #base64-encoded string
  dml.password: DML_PASSWORD   #base64-encoded string
  ddl.user: DDL_USERNAME   #base64-encoded string
  ddl.password: DDL_PASSWORD   #base64-encoded string
  jmx.user: JMX_USERNAME   #base64-encoded string
  jmx.password: JMX_PASSWORD   #base64-encoded string
  jolokia.user: JOLOKIA_USERNAME   #base64-encoded string
  jolokia.password: JOLOKIA_PASSWORD   #base64-encoded string
  

Dengan SECRET_NAME adalah nama yang Anda pilih untuk Secret, APIGEE_NAMESPACE adalah namespace tempat pod Apigee di-deploy (defaultnya adalah apigee), dan setiap _USERNAME dan _PASSWORD adalah nama pengguna dan sandi untuk setiap pengguna. Perhatikan bahwa nama pengguna dan sandi harus dienkode dengan Base64.

Terapkan Secret ke cluster. Contoh:

kubectl apply -f SECRET_FILE

Tambahkan Secret ke file penggantian Anda:

cassandra:
  auth:
    secret: SECRET_NAME

Terapkan penggantian Cassandra yang telah diperbarui ke cluster:

$APIGEECTL_HOME/apigeectl apply -f overrides/overrides.yaml --datastore

Memeriksa log Cassandra

Periksa log segera setelah Cassandra dimulai. Log di bawah menunjukkan bahwa koneksi klien Cassandra dienkripsi.

kubectl logs apigee-cassandra-2 -n apigee -f

INFO  00:44:36 Starting listening for CQL clients on /10.0.2.12:9042 (encrypted)...
INFO  00:44:36 Binding thrift service to /10.0.2.12:9160
INFO  00:44:36 enabling encrypted thrift connections between client and server
INFO  00:44:36 Listening for thrift clients...