[ English | English (United Kingdom) | español | Deutsch | Indonesia | русский | français ]

Arsitektur penyimpanan

OpenStack memiliki beberapa ranah penyimpanan (storage realm) untuk dipertimbangkan:

• Block Storage (cinder)

• Object Storage (swift)

• Image storage (glance)

• Ephemeral storage (nova)

• Filesystem storage (manila)

Block Storage (cinder)

Layanan Block Storage (cinder) mengelola volume pada perangkat penyimpanan di lingkungan. Dalam lingkungan produksi, perangkat menyajikan penyimpanan melalui protokol penyimpanan (misalnya, NFS, iSCSI, atau Ceph RBD) ke jaringan penyimpanan (br-storage`) dan API manajemen penyimpanan ke jaringan manajemen (br-mgmt). Instance terhubung ke volume melalui jaringan penyimpanan oleh hypervisor pada host Compute.

Diagram berikut menggambarkan bagaimana Block Storage terhubung ke instance.

Diagram menunjukkan langkah-langkah berikut.

	Volume dibuat oleh layanan cinder-volume yang ditugaskan menggunakan driver cinder yang sesuai. Volume dibuat dengan menggunakan API yang disajikan ke jaringan manajemen.
	Setelah volume dibuat, layanan nova-compute menghubungkan hypervisor host Compute ke volume melalui jaringan penyimpanan.
	Setelah hypervisor terhubung ke volume, itu menyajikan volume sebagai perangkat keras lokal ke instance.

Penting

LVMVolumeDriver dirancang sebagai implementasi driver referensi, yang kami tidak rekomendasikan untuk penggunaan produksi. Back-end penyimpanan LVM adalah solusi server tunggal yang tidak menyediakan opsi ketersediaan tinggi (high-availability). Jika server menjadi tidak tersedia, maka semua volume yang dikelola oleh layanan cinder-volume yang berjalan di server itu menjadi tidak tersedia. Meningkatkan paket sistem operasi (misalnya, kernel atau iSCSI) di server menyebabkan gangguan konektivitas penyimpanan karena layanan iSCSI (atau host) restart.

Karena limitation with container iSCSI connectivity, Anda harus menggunakan layanan cinder-volume secara langsung pada host fisik (bukan ke dalam container) saat menggunakan back end penyimpanan yang terhubung melalui iSCSI. Ini termasuk LVMVolumeDriver dan banyak driver untuk perangkat penyimpanan komersial.

Catatan

Layanan cinder-volume tidak berjalan dalam konfigurasi yang sangat tersedia. Ketika layanan cinder-volume dikonfigurasikan untuk mengelola volume di back end yang sama dari beberapa host atau container, satu layanan dijadwalkan untuk mengelola siklus masa pakai volume hingga layanan alternatif ditugaskan untuk melakukannya. Tugas ini dapat dilakukan melalui cinder-manage CLI tool. Konfigurasi ini dapat berubah jika cinder volume active-active support spec diimplementasikan.

Object Storage (swift)

Layanan Object Storage (swift) mengimplementasikan penyimpanan object/blob konsisten yang sangat tersedia, didistribusikan, akhirnya dapat diakses melalui HTTP/HTTPS.

Diagram berikut menggambarkan bagaimana data diakses dan direplikasi.

Layanan swift-proxy diakses oleh klien melalui load balancer pada jaringan manajemen (br-mgmt)). Layanan swift-proxy berkomunikasi dengan layanan Account, Container, dan Object pada host Storage Object melalui jaringan penyimpanan (br-storage). Replikasi antara host Object Storage dilakukan melalui jaringan replikasi (br-repl).

Image storage (glance)

Layanan Image (glance) dapat dikonfigurasikan untuk menyimpan image pada berbagai back end yang didukung oleh glance_store drivers.

Penting

Ketika penyimpanan File System digunakan, layanan Image tidak memiliki mekanisme sendiri untuk mereplikasi image antara host layanan Image. Kami merekomendasikan penggunaan back end penyimpanan bersama (melalui sistem file mount) untuk memastikan bahwa semua layanan glance-api memiliki akses ke semua image. Melakukan hal itu mencegah kehilangan akses ke image ketika host infrastruktur control plane) hilang.

Diagram berikut menggambarkan interaksi antara layanan Image, perangkat penyimpanan, dan layanan nova-compute ketika sebuah instance dibuat.

Diagram menunjukkan langkah-langkah berikut.

1	Ketika klien meminta image, layanan glance-api mengakses penyimpanan yang sesuai pada perangkat penyimpanan melalui jaringan penyimpanan (br-storage) dan menariknya ke dalam cache. Ketika image yang sama diminta lagi, itu diberikan kepada klien langsung dari cache.
2	Ketika sebuah instance dijadwalkan untuk dibuat pada host Compute, layanan nova-compute meminta image dari layanan glance-api melalui jaringan manajemen (br-mgmt).
3	Setelah image diambil, layanan nova-compute menyimpan image dalam cache image-nya sendiri. Ketika instance lain dibuat dengan image yang sama, image tersebut diambil dari cache image dasar lokal.

Ephemeral storage (nova)

Ketika flavor dalam layanan Compute dikonfigurasikan untuk memberikan instance dengan disk root atau ephemeral, layanan nova-compute mengelola alokasi ini menggunakan lokasi penyimpanan disk ephemeralnya.

Di banyak lingkungan, disk sementara disimpan pada disk lokal host Compute, tetapi untuk lingkungan produksi kami menganjurkan agar host Compute dikonfigurasikan untuk menggunakan subsistem penyimpanan bersama. Subsistem penyimpanan bersama memungkinkan migrasi instance dan langsung antar host Compute, yang berguna ketika administrator perlu melakukan pemeliharaan pada host Compute dan ingin mengevakuasinya. Menggunakan subsistem penyimpanan bersama juga memungkinkan pemulihan instance saat host Compute menjadi offline. Administrator dapat mengevakuasi instance ke host Compute lain dan mem-boot-nya kembali. Diagram berikut menggambarkan interaksi antara perangkat penyimpanan, host Compute, hypervisor, dan instance.

Diagram menunjukkan langkah-langkah berikut.

1	Host Compute dikonfigurasi dengan akses ke perangkat penyimpanan. Host Compute mengakses ruang penyimpanan melalui jaringan penyimpanan (br-storage) dengan menggunakan protokol penyimpanan (misalnya, NFS, iSCSI, atau Ceph RBD).
2	Layanan nova-compute mengkonfigurasi hypervisor untuk menyajikan disk turunan yang dialokasikan sebagai perangkat ke instance.
3	Hypervisor menyajikan disk sebagai perangkat ke instance.

Filesystem storage (manila)

Layanan filesystem bersama (manila) dapat dikonfigurasikan untuk menyediakan sistem file pada berbagai ujung belakang penyimpanan sebagaimana didukung oleh manila_store drivers.

Diagram menunjukkan gambaran umum (basic overview) dasar layanan manila.