Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
ROSA arsitektur
Layanan OpenShift Red Hat di AWS (ROSA) memiliki topologi cluster berikut:
-
Hosted control plane (HCP) - Pesawat kontrol dihosting di dalam Red Hat Akun AWS dan dikelola oleh Red Hat. Node pekerja dikerahkan di pelanggan. Akun AWS
-
Klasik — Pesawat kontrol dan node pekerja dikerahkan di pelanggan. Akun AWS
ROSAdengan HCP menawarkan arsitektur bidang kontrol yang lebih efisien yang membantu mengurangi biaya AWS infrastruktur yang dikeluarkan saat berjalan ROSA dan memungkinkan waktu pembuatan cluster yang lebih cepat. Baik ROSA dengan HCP dan ROSA klasik dapat diaktifkan di AWS ROSA konsol. Anda memiliki pilihan untuk memilih arsitektur mana yang ingin Anda gunakan saat Anda menyediakan ROSA cluster menggunakan. ROSA CLI
catatan
ROSAdengan pesawat kontrol yang dihosting (HCP) tidak menawarkan sertifikasi kepatuhan Fed RAMP High dan HIPAA Qualified. Untuk informasi selengkapnya, lihat Kepatuhan
catatan
ROSAdengan pesawat kontrol yang di-host (HCP) tidak menawarkan titik akhir Standar Pemrosesan Informasi Federal (FIPS).
Membandingkan ROSA dengan HCP dan ROSA klasik
Tabel berikut membandingkan ROSA dengan HCP dan model arsitektur ROSA klasik.
| ROSAdengan HCP | ROSAklasik | |
|---|---|---|
|
Hosting infrastruktur cluster |
Komponen pesawat kontrol, seperti etcd, API server, dan oauth, dihosting di Red Hat milik. Akun AWS |
Komponen bidang kontrol, seperti etcd, API server, dan oauth, dihosting di milik pelanggan. Akun AWS |
|
Amazon VPC |
Node pekerja berkomunikasi dengan bidang kontrol di atas AWS PrivateLink. |
Node pekerja dan node bidang kontrol dikerahkan di pelanggan. VPC |
|
AWS Identity and Access Management |
Menggunakan kebijakan AWS terkelola. |
Menggunakan kebijakan yang dikelola pelanggan yang ditentukan oleh layanan. |
|
Penyebaran multi-zona |
Pesawat kontrol dikerahkan di beberapa Availability Zones (AZs). |
Pesawat kontrol dapat digunakan dalam satu AZ atau beberapaAZs. |
|
Node infrastruktur |
Tidak menggunakan node infrastruktur khusus. Komponen platform dikerahkan ke node pekerja. |
Menggunakan dua single-AZ atau tiga node khusus multi-AZ untuk meng-host komponen platform. |
|
OpenShift kemampuan |
Pemantauan platform, registri gambar, dan pengontrol ingress digunakan di node pekerja. |
Pemantauan platform, registri gambar, dan pengontrol ingress digunakan di node infrastruktur khusus. |
|
Upgrade cluster |
Bidang kontrol dan setiap kolam mesin dapat ditingkatkan secara terpisah. |
Seluruh cluster harus ditingkatkan pada saat yang sama. |
|
Amazon EC2 Jejak kaki minimum |
Dua Amazon EC2 contoh diperlukan untuk membuat cluster. |
Tujuh Amazon EC2 instans Single-AZ atau sembilan multi-AZ diperlukan untuk membuat cluster. |
|
Wilayah AWS |
Untuk Wilayah AWS ketersediaan, lihat Layanan OpenShift Red Hat di AWS titik akhir dan kuota di Panduan Referensi AWS Umum. |
Untuk Wilayah AWS ketersediaan, lihat Layanan OpenShift Red Hat di AWS titik akhir dan kuota di Panduan Referensi AWS Umum. |
