PLANNING YOUR OVERCLOUD
Untuk merencanakan berbagai aspek enviorenment Red Hat OpenStack Platform
(RHOSP) Anda. Ini termasuk menentukan peran node, merencanakan topologi jaringan
Anda, dan penyimpanan.
1.1 Node roles
Director menyertakan tipe node default berikut untuk membangun overcloud Anda:
Controller
Menyediakan Service utama untuk mengendalikan enviorenment, ini termasuk
dashboard (Horizon),Otentikasi(Keystone),Storage
Image(Glance),Network(Neutron),Orkrestrasi(Heat), dan service Hight Available (HA).
Dan untuk (HA) Membutuhkan 3 Node Controller untuk enviorenment tingkat Produksi.
Compute
Sever Fisik yang bertindak sebagai HyperVisior dan berisi kemampuan pemo,resan
yang di perlukan untuk menjalan enviorenment VM. Enviorenment RHOSP dasar
membutuhkan setidaknya 1 node Compute.
Storage Ceph
Host yang menyediakan redhat Cep Storage, storage ini tambahan menskalakan ke
dalam cluster (opsional)
Storage Swift
Host yang menyediakan penyimpanan object eksternal ke layanan OpenStack Objekt
Storage(SWIFT), (Opsional).
Catatan
Red Hat OpenStack Platform mempertahankan klaster Ceph Storage operasional selama
operasi hari ke-2. Oleh karena itu, beberapa operasi hari-2, seperti peningkatan atau
pembaruan kecil dari cluster Ceph Storage,
1.2 Network Overloud
Red Hat OpenStack Platform (RHOSP) menggunakan layanan Openstack Networking
(neutron), yang beroperasi secara mandiri dan mengelola jaringan berbasis perangkat
lunak, alamat IP statis dan mengambang, dan DHCP.
Secara default, direktur mengonfigurasi node untuk menggunakan Provisioning /
Control Plane untuk konektivitas.
Director juga menyertakan satu set templat yang dapat Anda gunakan untuk mengonfigurasi
NIC dengan jaringan yang dapat dikomposisi terisolasi. Konfigurasi berikut adalah konfigurasi
default:
● Single NIC configuration – Satu NIC untuk jaringan Penyediaan pada VLAN asli dan
VLAN yang diberi tag yang menggunakan subnet untuk jenis jaringan overcloud yang
berbeda.
● Bonded NIC configuration – Satu NIC untuk jaringan Penyediaan pada VLAN asli dan
dua NIC dalam ikatan untuk VLAN yang diberi tag untuk jenis jaringan overcloud yang
berbeda.
● Multiple NIC configuration - Setiap NIC menggunakan subnet untuk jenis jaringan
overcloud yang berbeda.
Anda juga dapat membuat template Anda sendiri untuk memetakan konfigurasi NIC tertentu.
1.3 Storage UnderCloud
Director menyertakan opsi penyimpanan yang berbeda untuk lingkungan overcloud:
Node Storage Ceph
Director membuat satu set node penyimpanan yang dapat diskalakan menggunakan Red Hat
Ceph Storage.
OverCloud mengunakan node ini untuk jenis penyimpanan berikut: Images, Volumes, File
Sistem, Guests disk.
Node Storage Swift
Direktur membuat node penyimpanan objek eksternal. Ini berguna dalam situasi di mana Anda
perlu menskalakan atau mengganti node Controller di lenviorenment overcloud Anda tetapi
perlu mempertahankan penyimpanan objek di luar cluster high Available.
1.4 OverClouad Scurity
Implementasi OpenStack Platform Anda hanya seaman lingkungan Anda. Ikuti prinsip
keamanan yang baik di lingkungan jaringan Anda untuk memastikan bahwa Anda
mengontrol akses jaringan dengan benar:
● Gunakan segmentasi jaringan untuk mengurangi pergerakan jaringan dan
mengisolasi data sensitif. Jaringan datar jauh lebih tidak aman.
● Batasi akses layanan dan port seminimal mungkin.
● Terapkan aturan firewall dan penggunaan kata sandi yang tepat. Dan pastikan
Selinux di aktifkan.
1.5 OverCloud high availability
Untuk deploy a high-available overcloud, direktur mengonfigurasi beberapa node
Controller, Compute, dan Storage untuk bekerja bersama sebagai satu cluster. In case
of node failure, an automated fencing and re-spawning process is triggered based on
the type of node that failed..
1.6 Controller Node Requirement
Node pengontrol menghosting layanan inti di enviorenment Red Hat OpenStack
Platform, seperti Dashboard (horizon), server database back-end, otentikasi layanan
Identity (keystone), dan layanan high available.
Prosesor
Prosesor 64-bit x86 dengan dukungan untuk ekstensi CPU Intel 64 atau AMD64.
Storage
Jumlah minimum memori adalah 32 GB. Namun, jumlah memori yang
disarankan bergantung pada jumlah vCPU, yang didasarkan pada jumlah inti
CPU dikalikan dengan nilai hyper-threading. Gunakan perhitungan berikut untuk
menentukan kebutuhan RAM Anda:
● Perhitungan minimum RAM pengontrol:
o Gunakan memori 1,5 GB untuk setiap vCPU. Misalnya, mesin
dengan 48 vCPU harus memiliki RAM 72 GB.
● Perhitungan yang direkomendasikan oleh pengontrol RAM:
o Gunakan memori 3 GB untuk setiap vCPU. Misalnya, mesin
dengan 48 vCPU harus memiliki RAM 144 GB
Disk Storage and layout
Jumlah minimum penyimpanan 50 GB diperlukan jika layanan Object Storage (swift)
tidak berjalan pada node Controller. Namun, layanan Telemetri dan Penyimpanan
Objek keduanya diinstal pada Pengontrol, dengan keduanya dikonfigurasi untuk
menggunakan root disk.
Namun, dalam lingkungan perusahaan, default dapat menyebabkan kemacetan yang
signifikan karena Telemetri mengakses penyimpanan secara konstan. Ini menghasilkan
penggunaan I/O disk yang berat, yang sangat berdampak pada kinerja semua layanan
Pengontrol lainnya.
Network Interface Cards
Minimal 2 x 1 Gbps Network Interface Card. Gunakan kartu antarmuka jaringan tambahan untuk
antarmuka terikat atau untuk mendelegasikan lalu lintas VLAN yang ditandai.
Power Management
Setiap node Controller memerlukan antarmuka manajemen daya yang didukung, seperti
fungsionalitas Intelligent Platform Management Interface (IPMI), pada motherboard server.
Virtuallization Support
Red Hat mendukung node Pengendali tervirtualisasi hanya pada platform Virtualisasi Red Hat.
- Kernel-based Virtual Machine (KVM)
- Red Hat Virtualization
- Microsoft Hyper-V
- VMware ESX and ESXi
1.7 Compute Node Requirements
Node Compute bertanggung jawab untuk mejalan instance VM setalah di luncurkan.
Node Compute memerlukan system bare metal yang mendukung virtualisasi perangkat
keras. Node Compute juga harus memliki memory rdan ruang penyimapan yang cukup
untuk mendukung persyaratan instan vm yang di luncurkannya.
Prosesor
● Prosesor 64-bit x86 dengan dukungan untuk ekstensi CPU Intel 64 atau AMD64,
dan ekstensi virtualisasi perangkat keras AMD-V atau Intel VT
diaktifkan. Disarankan prosesor ini memiliki minimal 4 core.
● Prosesor IBM POWER8.
Storage
Minimal 6 GB RAM untuk sistem operasi host, ditambah memori tambahan untuk
mengakomodasi pertimbangan berikut:
Tambahkan memori tambahan yang ingin Anda sediakan untuk instans mesin
●
virtual.
● Tambahkan memori tambahan untuk menjalankan fitur khusus atau sumber daya
tambahan pada host, seperti modul kernel tambahan, sakelar virtual, solusi
pemantauan, dan tugas latar belakang tambahan lainnya.
● Jika Anda bermaksud menggunakan akses memori non-seragam (NUMA), Red
Hat merekomendasikan 8GB per node soket CPU atau 16 GB per node soket
jika Anda memiliki RAM fisik lebih dari 256 GB.
● Konfigurasikan setidaknya 4 GB ruang swap.
Disk space
Minimal 50 GB ruang disk yang tersedia.
Network Interface Cards
Minimal satu NIC 1 Gbps, meskipun disarankan untuk menggunakan setidaknya dua
NIC dalam lingkungan produksi.
Power management
Setiap node Compute memerlukan antarmuka manajemen daya yang didukung, seperti
fungsionalitas Intelligent Platform Management Interface (IPMI), pada motherboard server.
1.8 Ceph Storage node requirements
Jika Anda menggunakan direktur Red Hat OpenStack Platform (RHOSP) untuk
membuat node Ceph Storage, ada persyaratan tambahan. Setiap node Ceph Storage
juga memerlukan antarmuka manajemen daya yang didukung, seperti fungsionalitas
Intelligent Platform Management Interface (IPMI) pada motherboard server.
Placement Groups (PGs)
- Ceph Storage menggunakan Placement Grups (PG) untuk memfasilitasi
pelacakan objek yang dinamis dan efisien dalam skala besar.
- Jumlah Placment Grups default yang dibuat direktur tidak selalu optimal,
jadi penting untuk menghitung jumlah grup penempatan yang benar
sesuai dengan kebutuhan Anda.
- Ceph secara otomatis menskalakan grup penempatan berdasarkan cara
cluster digunakan.
Processor
64-bit x86 processor with support for the Intel 64 or AMD64 CPU extensions.
NIC
Minimal satu NIC 1 Gbps, meskipun disarankan untuk menggunakan setidaknya dua
NIC dalam lingkungan produksi.
Power management
Setiap node Compute memerlukan antarmuka manajemen daya yang didukung, seperti
fungsionalitas Intelligent Platform Management Interface (IPMI), pada motherboard server
1.9 Object Storage Node requirement
Node Storage Objek menyediakan lapisan penyimpanan objek untuk overcloud. Proxy Object
Storage diinstal pada node Controller. Layer Storage membutuhkan node bare metal dengan
beberapa disk pada setiap node.
Prosesor
Prosesor 64-bit x86 dengan dukungan untuk ekstensi CPU Intel 64 atau AMD64.
Storage
Untuk kinerja yang optimal, disarankan untuk menggunakan 2 GB untuk setiap 1 TB ruang hard
disk, terutama untuk beban kerja dengan file yang lebih kecil dari 100 GB.
Disk Space
Disarankan untuk menggunakan drive SSD untuk menyimpan data akun dan container. Rasio
kapasitas data akun dan container terhadap objek kira-kira 1 persen. Misalnya, untuk setiap 100
TB kapasitas hard drive, sediakan 1 TB kapasitas SSD untuk data akun dan container.
Disk layout
Konfigurasi node yang direkomendasikan memerlukan tata letak disk yang mirip
dengan contoh berikut:
● /dev/sda- Disk root. Direktur menyalin gambar overcloud utama ke disk.
● /dev/sdb- Digunakan untuk data akun.
● /dev/sdc- Digunakan untuk data kontainer.
● /dev/sdddan seterusnya - Disk server objek. Gunakan disk sebanyak yang
diperlukan untuk kebutuhan penyimpanan Anda.
NIC
Minimal 2 x 1 Gbps Network Interface Card. Gunakan kartu antarmuka jaringan tambahan
untuk antarmuka terikat atau untuk mendelegasikan lalu lintas VLAN yang ditandai.
Power management
Setiap node Compute memerlukan antarmuka manajemen daya yang didukung, seperti
fungsionalitas Intelligent Platform Management Interface (IPMI), pada motherboard server
1.10 OverCloud Repositories
1.11 Provisioning Methods
Ada tiga metode utama yang dapat Anda gunakan untuk menyediakan node untuk
lingkungan Red Hat OpenStack Platform Anda:
- Provisioning with director
Direktur Red Hat OpenStack Platform adalah metode penyediaan standar
- Provisioning with the OpenStack Bare Metal (ironic) service
Dalam skenario ini, Anda dapat memisahkan tahap penyediaan dan konfigurasi
dari penerapan direktur standar menjadi dua proses yang berbeda.
- Provisioning with an external tool
Direktur mengontrol konfigurasi overcloud pada node yang Anda sediakan
sebelumnya dengan alat eksternal. Ini berguna jika Anda ingin membuat
overcloud tanpa kontrol manajemen daya.