Halaman ini diterjemahkan oleh Cloud Translation API.

Menambahkan beberapa organisasi hybrid ke cluster

Topik ini menjelaskan cara menambahkan organisasi (org) Apigee hybrid kedua ke cluster Kubernetes yang ada. Dalam konfigurasi multi-org per cluster ini, kedua org menggunakan dan berbagi ring Cassandra yang sama. Setiap org dapat memiliki beberapa lingkungan dan grup lingkungan yang dikonfigurasi.

Batasan

Konfigurasi multi-org per cluster didukung dengan batasan berikut. Hingga keterbatasan ini diatasi, sebaiknya Anda tidak menggunakan konfigurasi ini.

Metrik pod hanya dikirim ke project Google Cloud pertama yang dikonfigurasi. Batasan ini paling jelas terlihat di alat Cloud Monitoring. Hal ini hanya memengaruhi metrik cluster; Analisis API tidak terpengaruh. Metrik untuk organisasi Apigee lainnya tidak akan dikirim ke project Google Cloud yang cocok.
Semua logging dari pod dikirim ke project Google Cloud pertama yang dikonfigurasi. Batasan ini paling jelas terlihat di alat Cloud Logging. Log untuk organisasi Apigee lainnya tidak akan dikirim ke project Google Cloud yang cocok. Log masih dicatat di tingkat pod dan dapat diambil dengan perintah kubectl. Namun, log tersebut tidak dikirim ke project Cloud yang benar melalui Cloud Logging.
Anda tidak dapat menghapus data organisasi di database Cassandra hanya untuk satu organisasi. Artinya, Anda tidak dapat menghapus organisasi secara selektif. Setiap modifikasi pada konfigurasi database akan memengaruhi semua organisasi yang di-deploy ke cluster tersebut.
Prosedur upgrade hybrid mengupgrade seluruh cluster sekaligus.
Pencadangan dan pemulihan dilakukan sebagai cluster, dan tidak dapat dilakukan untuk organisasi tertentu.
Fitur Pemantauan API Apigee (Linimasa, Terbaru, Selidiki) hanya berfungsi untuk organisasi pertama yang dikonfigurasi dan di-deploy. Hal ini tidak akan berfungsi untuk organisasi lain dalam cluster multi-organisasi.

Opsi multi-org

Bagian ini menjelaskan cara Dukungan Apigee menangani cluster multi-org yang ada dan rekomendasi untuk deployment mendatang:

Jika Anda memiliki cluster Kubernetes multi-org yang sudah di-deploy dalam konteks non-produksi dan produksi, Dukungan Apigee akan terus mendukungnya. Namun, perhatikan batasan teknis yang diuraikan di bagian berikutnya. Sebaiknya Anda mengubah semua deployment produksi mendatang agar menggunakan satu org Apigee per cluster.
Jika Anda memiliki cluster multi-org yang sudah ada dalam konteks non-produksi, Dukungan Apigee akan terus mendukungnya. Sebaiknya Anda memigrasikan semua cluster produksi ke konfigurasi baru yang menggunakan satu organisasi Apigee per cluster.

Prasyarat

Sebelum melanjutkan, perhatikan hal berikut:

Anda harus memiliki organisasi hybrid yang sudah ada dengan satu atau beberapa lingkungan yang diinstal dan dikonfigurasi di cluster Kubernetes yang sudah ada. Lihat petunjuk penginstalan hybrid.
Saat menggabungkan beberapa organisasi dalam satu cluster, semua versi hybrid harus cocok. Sebelum menambahkan organisasi kedua ke cluster, upgrade penginstalan hybrid yang ada, jika perlu. Lihat Mengupgrade Apigee Hybrid.

Buat org untuk ditambahkan ke cluster yang ada

Untuk membuat organisasi tambahan, ikuti langkah-langkah di Bagian 1: Penyiapan project dan organisasi.

Mengonfigurasi organisasi baru

Pada langkah-langkah berikut, Anda akan membuat file penggantian baru dan mengonfigurasinya untuk organisasi baru. File overrides.yaml hanya dapat mendukung informasi satu organisasi. Oleh karena itu, Anda harus membuat file overrides.yaml baru dan menerapkannya ke cluster Kubernetes yang ada.

Buat akun layanan untuk digunakan dengan organisasi baru. Lihat Membuat akun layanan.
Catat file sertifikat TLS (.key dan .pem) di direktori certs Anda. Jika Anda perlu membuatnya lagi, Anda dapat mengikuti petunjuk di Membuat sertifikat TLS.
Salin overrides.yaml yang ada ke file baru untuk digunakan sebagai titik awal untuk mengonfigurasi organisasi baru Anda. Contoh: new-overrides.yaml.

Edit file penggantian baru dengan konfigurasi berikut:

org: "new-org-name"
instanceID: "instance-id"   ## Must match the instanceID of your existing org.

k8sCluster:
  name: "existing-cluster-name"
  region: "existing-cluster-analytics-region"

gcp:
  projectID: "new-project-id"
  name: "new-project-id"
  region: "new-project-default-location"

namespace: namespace ## must be the same for both new and existing orgs

virtualhosts:
  - name: new-environment-group-name
    sslCertPath: ./certs/cert-file-name # .crt or .pem
    sslKeyPath: ./certs/key-file-name # .key

envs:
  - name: new-environment-name
    serviceAccountPaths:
      runtime: ./new-service-accounts-directory/new-project-id-apigee-runtime.json
      synchronizer: ./new-service-accounts-directory/new-project-id-apigee-synchronizer.json
      udca: ./new-service-accounts-directory/new-project-id-apigee-udca.json

connectAgent:
  serviceAccountPath: ./new-service-accounts-directory/new-project-id-apigee-mart.json

mart:
  serviceAccountPath: ./new-service-accounts-directory/new-project-id-apigee-mart.json

metrics:
  serviceAccountPath: ./new-service-accounts-directory/new-project-id-apigee-metrics.json

watcher:
  serviceAccountPath: ./new-service-accounts-directory/new-project-id-apigee-watcher.json

Tabel berikut menjelaskan setiap nilai properti yang harus Anda berikan dalam file penggantian. Untuk mengetahui informasi selengkapnya, lihat Referensi properti konfigurasi.

Variabel	Deskripsi
`new-org-name`	Nama organisasi baru Anda.
`instance-id`	Semua organisasi dalam cluster ini harus memiliki ID instance yang sama. Oleh karena itu, nilai ini harus cocok dengan entri `instanceID` dalam file penggantian untuk org. asli Anda. Untuk penginstalan multi-region, setiap region memerlukan clusternya sendiri, karena cluster individual tidak mencakup beberapa region. Oleh karena itu, setiap cluster harus memiliki ID instance uniknya sendiri yang dibagikan oleh setiap organisasi dalam cluster.
`existing-cluster-name`	Nama cluster yang Anda tambahi organisasi ini. Nilai ini harus cocok dengan entri `k8sCluster.name` dalam file penggantian untuk cluster asli Anda.
`existing-cluster-analytics-region`	Region tempat cluster asli disediakan. Harus cocok dengan entri `k8sCluster.region` dalam file penggantian untuk cluster asli Anda.
`new-project-id`	Project ID project baru Anda. Project ID dan nama organisasi sama.
`new-project-default-location`	Wilayah analisis yang Anda tentukan saat membuat organisasi baru. Region ini tidak harus sama dengan region untuk organisasi yang sudah ada.
`namespace`	Semua organisasi di cluster harus memiliki namespace yang sama. Pastikan untuk menggunakan namespace yang sama dengan yang digunakan untuk organisasi asli. Perhatikan bahwa namespace default adalah `apigee`.
`new-environment-group-name`	Grup lingkungan baru yang Anda buat untuk org. baru.
`cert-file-name` dan `key-file-name`	File sertifikat dan kunci TLS untuk cluster yang Anda periksa atau buat di langkah 1 di bagian ini.
`new-environment-name`	Nama lingkungan yang Anda buat untuk organisasi baru.
`new-service-accounts-directory`	Direktori tempat file kunci akun layanan yang Anda buat untuk organisasi baru berada.

Terapkan konfigurasi:

Terapkan konfigurasi organisasi baru ke cluster Anda:

Lakukan penginstalan uji coba untuk memeriksa apakah ada masalah:
```
apigeectl apply -f overrides/new-overrides.yaml --org --dry-run=client
```
Catatan: Sebaiknya lakukan uji coba sebelum menerapkan konfigurasi untuk menentukan apakah ada masalah.
Jika tidak ada masalah, terapkan komponen tingkat org. Langkah ini menginstal tugas Cassandra (pengguna dan skema), layanan Apigee Connect, Apigee Watcher, dan MART:
```
apigeectl apply -f overrides/new-overrides.yaml --org
```
Instal lingkungan. Langkah ini menginstal komponen apigee-runtime, synchronizer, dan UDCA, per lingkungan:
```
apigeectl apply -f overrides/new-overrides.yaml --env ${ENV_NAME} --dry-run=client
```
```
apigeectl apply -f overrides/new-overrides.yaml --env ${ENV_NAME}
```
Catatan: Jika Anda memiliki beberapa lingkungan di organisasi baru, ulangi langkah ini untuk setiap lingkungan.
Terapkan perubahan load balancer. Langkah ini mengonfigurasi ingress untuk memproses host virtual baru untuk organisasi kedua:
Penting: Jangan menduplikasi nama host/nama domain di antara dua organisasi, karena hal ini dapat menyebabkan perutean yang tidak dapat diprediksi.
```
apigeectl apply -f overrides/new-overrides.yaml --settings virtualhosts --dry-run=client
```
```
apigeectl apply -f overrides/new-overrides.yaml --settings virtualhosts
```
Aktifkan akses penyinkron untuk organisasi baru Anda dengan mengikuti langkah-langkah di Mengaktifkan akses Penyinkron.