❇️ 🤵🏻 ♑️ Optimalkan penyimpanan: kasus penyatuan dan biaya kepemilikan yang lebih rendah 🤺 👩🏿‍🤝‍👨🏽 🧓

Artikel ini menjelaskan proses mengoptimalkan infrastruktur penyimpanan perusahaan kelas menengah.

Pembenaran untuk transisi dan deskripsi singkat tentang proses pengaturan sistem penyimpanan baru dipertimbangkan. Kami memberikan contoh pro dan kontra beralih ke sistem yang dipilih.

pengantar

Infrastruktur salah satu pelanggan kami terdiri dari banyak sistem penyimpanan heterogen dari berbagai tingkatan: dari sistem SOHO QNAP, Synology untuk data pengguna hingga sistem penyimpanan Entri dan Jangkauan Menengah Eternus DX90 dan DX600 untuk iSCSI dan FC untuk data layanan dan sistem virtualisasi.

Semua ini berbeda dalam beberapa generasi dan pada disk yang digunakan; bagian dari sistem adalah peralatan warisan yang tidak memiliki dukungan vendor.

Masalah terpisah adalah pengelolaan ruang kosong, karena semua ruang disk yang tersedia sangat terfragmentasi di banyak sistem. Akibatnya, ketidaknyamanan administrasi dan tingginya biaya pemeliharaan armada sistem.

Kami menghadapi tantangan untuk mengoptimalkan infrastruktur penyimpanan untuk mengurangi biaya kepemilikan dan penyatuan.

Tugas tersebut dianalisis secara komprehensif oleh para ahli perusahaan kami dengan mempertimbangkan persyaratan pelanggan untuk ketersediaan data, IOPS, RPO / RTO, serta kemungkinan peningkatan infrastruktur yang ada.

Penerapan

Pemain utama di pasar untuk sistem penyimpanan kelas menengah (dan di atas) adalah IBM dengan Storwize; Fujitsu, diwakili oleh jajaran Eternus, dan NetApp dengan seri FAS. Sebagai sistem penyimpanan yang memenuhi persyaratan yang ditentukan, sistem ini dipertimbangkan, yaitu: IBM Storwize V7000U, Fujitsu Eternus DX100, NetApp FAS2620. Ketiganya adalah Unified-SHD, yaitu, mereka menyediakan akses blok dan akses file, dan memberikan indikator kinerja yang dekat.

Tetapi dalam kasus Storwize V7000U, akses file diatur melalui pengontrol terpisah - modul file yang terhubung ke pengontrol blok utama, yang merupakan titik kegagalan tambahan. Selain itu, sistem ini relatif sulit dikelola, dan tidak menyediakan isolasi layanan yang tepat.

Sistem penyimpanan Eternus DX100, yang juga merupakan sistem penyimpanan Unified, memiliki batasan serius pada jumlah sistem file yang dibuat, tanpa memberikan isolasi yang diperlukan. Selain itu, proses membuat sistem file baru membutuhkan waktu lama (hingga setengah jam). Kedua sistem yang dijelaskan tidak memungkinkan berbagi server CIFS / NFS yang digunakan di tingkat jaringan.

Dengan mempertimbangkan semua parameter, termasuk total biaya kepemilikan sistem, NetApp FAS2620 dipilih, terdiri dari sepasang pengontrol yang beroperasi dalam mode Aktif-Aktif dan memungkinkan untuk mendistribusikan beban di antara pengontrol. Dan ketika dikombinasikan dengan mekanisme built-in deduplikasi dan kompresi online, ini dapat secara signifikan menghemat ruang yang ditempati oleh data pada disk. Mekanisme-mekanisme ini menjadi jauh lebih efektif ketika menggabungkan data pada satu sistem dibandingkan dengan situasi awal, ketika data yang berpotensi identik terletak pada sistem penyimpanan yang berbeda dan tidak mungkin untuk menduplikasi mereka di antara mereka sendiri.

Sistem seperti itu memungkinkan untuk menempatkan semua jenis layanan di bawah kendali satu gugus gagal-aman: SAN dalam bentuk perangkat blok untuk virtualisasi dan NAS dalam bentuk CIFS, NFS berbagi untuk data pengguna di Windows dan * nix-sistem. Pada saat yang sama, tetap ada kemungkinan pemisahan logis yang aman dari layanan ini berkat teknologi SVM (Storage Virtual Machine): layanan yang bertanggung jawab untuk komponen yang berbeda tidak mempengaruhi "tetangga" dan tidak memungkinkan akses ke mereka.

Masih mungkin untuk mengisolasi layanan pada tingkat disk, menghindari kinerja yang melorot karena beban berat dari "tetangga".

Untuk layanan yang membutuhkan baca / tulis cepat, Anda dapat menggunakan jenis array RAID hibrid, menambahkan beberapa SSD ke agregat HDD. Sistem itu sendiri akan menempatkan data "panas" pada mereka, mengurangi latensi membaca data yang sering digunakan. Ini merupakan tambahan untuk cache NVRAM, yang memastikan atomisitas dan integritasnya di samping kecepatan tulis yang tinggi (data akan disimpan dalam NVRAM yang ditenagai oleh baterai sampai konfirmasi rekaman lengkapnya diterima dari sistem file) jika terjadi kegagalan daya tiba-tiba.

Setelah migrasi data ke sistem penyimpanan baru, dimungkinkan untuk menggunakan ruang disk cache dengan lebih efisien.

Sisi positif

Seperti disebutkan di atas, penggunaan sistem ini memungkinkan untuk menyelesaikan dua masalah sekaligus:

- Penyatuan

, , , .
. , LUN, .
. , . , Ethernet Fiber Channel .
, , . .

—

NetApp SVM (Storage Virtual Machine), , , . SVM, . /.
.
SVM , , VLAN-. , SVM, VLAN’. , trunk-.
iSCSI-, SAN- , , « » .
.
- RAID- ( RAID- ), Volume. Volume SVM’, SVM’ . «» , «» SVM’ .
RAID- , .

—

. RAID-, .
(CPU, RAM). storage-, , IO-, .
NetApp S3- , on-premise , .

- Setelah mengurangi semua layanan di bawah kendali satu sistem, kami diharapkan mendapatkan dampak yang lebih besar dari menonaktifkan satu komponen (1 dari 2 pengontrol versus 1 dari 10+ di infrastruktur lama).
- Penurunan distribusi infrastruktur penyimpanan. Jika sistem penyimpanan sebelumnya dapat ditempatkan di lantai yang berbeda / di gedung yang berbeda, sekarang semuanya terkonsentrasi di satu rak. Item ini dapat diimbangi dengan membeli sistem yang kurang efisien dan menggunakan replikasi sinkron / asinkron jika terjadi force majeure.

Pengaturan langkah demi langkah

Karena kerahasiaan informasi, tidak mungkin untuk mendemonstrasikan tangkapan layar dari lingkungan pelanggan nyata, sehingga langkah-langkah konfigurasi ditampilkan di lingkungan pengujian dan sepenuhnya mengulangi langkah-langkah yang dilakukan di lingkungan produktif pelanggan.

Keadaan awal cluster. Dua agregat untuk partisi root clus01_01 yang sesuai, node cluster clus01_02

Membuat agregat untuk data. Setiap node memiliki agregat sendiri yang terdiri dari satu array RAID-DP.

Hasil: dua agregat dibuat: rg0_node02, rg1_node01. Belum ada data tentang mereka.

Pembuatan SVM sebagai server CIFS. Untuk SVM, adalah wajib untuk membuat volume root yang agregat root dipilih - rg1_node01. Volume ini akan menyimpan pengaturan SVM individual.