Bagaimana saya bisa menggunakan penyediaan thin storage secara aman?

Saya memiliki penyimpanan yang memungkinkan saya mengencerkan volume saya yang disajikan kepada klien. Apakah ini aman? Apa praktik terbaik?

Secara umum, apakah Anda berbicara tentang SCSI LUNs (SAN) atau sistem file jaringan (NAS), penyimpanan yang disediakan tipis adalah ketika Anda memberi tahu klien penyimpanan bahwa ia memiliki lebih banyak ruang daripada yang sebenarnya dialokasikan untuknya. Ini tidak memiliki risiko sendiri, tetapi jika Anda tidak memiliki penyimpanan aktual yang cukup untuk memungkinkan setiap wadah tumbuh hingga ukuran penuh yang dijanjikan, itu disebut penyediaan berlebihan dan melibatkan risiko.

Keuntungan

Keuntungan dari overprovisioning dan provisi tipis sangat menarik. Banyak konsumen penyimpanan (server, pengguna berbagi file, dll.) Akan meminta penyimpanan yang jauh lebih banyak dari yang mereka butuhkan, dan terus memastikan bahwa mereka memiliki margin aman untuk pertumbuhan ketika mereka tumbuh. Margin aman yang disediakan secara terpusat untuk pertumbuhan jauh lebih efisien daripada ratusan margin kecil. Pemanfaatan penyimpanan yang mendasarinya tanpa thin / overprovisioning bisa sangat rendah, dan ini memungkinkan tingkat pemanfaatan yang lebih tinggi.

Risiko

Semua risiko dari skenario ini terkait dengan penyediaan yang berlebihan. Semakin Anda terlalu banyak, semakin tinggi risiko Anda. Bahayanya adalah potensi pemanfaatan sumber daya penyimpanan untuk sepenuhnya mengisi penyimpanan yang tersedia, yang umumnya akan menyebabkan semua wadah penyimpanan gagal dalam satu atau lain cara. Filesystem hanya akan dibaca atau offline dan LUN akan offline.

Praktek terbaik

Untuk mendapatkan manfaat dari pemanfaatan yang lebih tinggi yang disertai dengan penyediaan berlebih saat mengurangi risiko, Anda harus terus memantau penyimpanan dan dapat mengambil tindakan saat diperlukan.

• Gunakan perangkat lunak untuk memantau dan mengingatkan pada kondisi pemanfaatan kolam. Jika tidak ada dalam kotak yang akan melakukan ini, tulis sendiri. Sebagian besar penyimpanan mendukung perintah CLI yang dapat dibaca oleh skrip yang Anda jadwalkan untuk sering dijalankan. Frekuensi harus cukup tinggi sehingga tidak ada kolam Anda yang dapat diisi di antara peristiwa pemungutan suara.
• Tetapkan ambang batas dasar. Semua kumpulan penyimpanan baru dengan klien yang kelebihan alokasi harus menerapkannya secara default. Ambang ini harus menjadi yang paling konservatif di lingkungan Anda.
• Untuk kolam yang lebih kecil, gunakan ambang yang lebih rendah. Jika Anda memberi diri Anda 30% peringatan pada pool 100TB, Anda memiliki lebih banyak waktu untuk menambahkan disk daripada jika Anda memiliki peringatan 30% pada pool 10TB, dengan asumsi mereka berdua mampu menelan tulisan pada kecepatan yang sama.
• Sesuaikan ambang atas jika Anda kurang terlalu banyak. Jika Anda memiliki kumpulan yang hanya kelebihan 106%, memukul penggunaan 70% hampir tidak berisiko seperti kumpulan yang 200% terlalu banyak.
• Sesuaikan ambang batas Anda berdasarkan berapa banyak waktu yang Anda butuhkan untuk menambah ruang ke kumpulan. Di toko saya, kami menyimpan penyimpanan online di setiap kotak untuk pertumbuhan di kolam apa pun, dan lebih banyak penyimpanan di rak yang siap dipasang ke dalam kotak penyimpanan apa pun. Kami melakukan ini untuk jenis penyimpanan yang cukup sehingga kami dapat menangani pertumbuhan dalam kumpulan apa pun.
• Sedapat mungkin dan berlaku, kurangi penyimpanan Anda. Deduplikasi berfungsi untuk mengurangi utilisasi Anda, dan jika Anda menggunakan LUN, reklamasi kembali halaman nol, dan klien yang dapat melakukan unallocate storage ketika mereka menghapus data, keduanya membantu.

Maksud dan tujuan thin provisioning serupa dengan alasan untuk menggunakan penyimpanan terkonsolidasi sejak awal - dengan melakukan konsolidasi, Anda mendapatkan kapasitas puncak yang lebih baik, dengan rata-rata yang lebih rendah diperlukan.

Tetapi berada di bawah ilusi - penyediaan tipis berpura-pura mengalokasikan sesuatu, tanpa benar-benar melakukannya. Ada banyak alasan mengapa ini berguna. Dua yang utama adalah:

• Pemanfaatan yang lebih tinggi - kecuali volume Anda sepenuhnya penuh, ruang disk terbuang sia-sia. Sebagian besar sistem tidak berjalan pada 100% penuh sepanjang waktu (dan umumnya dianggap 'bermasalah' jika itu).

• Pengeluaran yang ditangguhkan - jika saya memberi Anda 10TB hari ini, tetapi Anda mengisinya pada 2TB per tahun, saya mungkin dapat membayar lebih sedikit jika saya menunggu sebelum membeli disk.

Anda memiliki dua gotcha yang timbul dari ini:

• kehabisan disk terlalu cepat - seseorang yang mulai mengisi disk 'mereka' dapat menjalankan sisa perusahaan dari ruang kosong.

• jumlah spindle - membeli lebih sedikit disk berarti Anda memiliki lebih sedikit spindel dan dengan demikian lebih sedikit IOP. Yang berarti disk Anda akan berjalan lebih panas, dan kinerja Anda akan lebih buruk.

Hal-hal yang saya sarankan sebagai praktik terbaik untuk penyediaan tipis:

• Dapatkan manajemen 'membeli' ke risiko yang terlibat.
• menetapkan rasio kelebihan langganan yang 'dapat diterima'. (Ini adalah keputusan risiko bisnis, jadi serahkan ke atas).
• Juga pertimbangkan ukuran volume individu. Volume 20TB lebih cenderung melahap ruang daripada volume 100GB.
• Siapkan kapasitas (atau pesanan pembelian) saat Anda mulai menipis (berdasarkan 'ruang kosong' atau 'ukuran volume'. Anda tidak mendapatkan peringatan sebanyak Anda akan kehabisan, dan Anda mungkin bisa dapat menunggu sampai kuartal / tahun keuangan berikutnya untuk kembali mengisi - Anda tidak membeli kapasitas baru lagi, Anda kembali mengisi barang-barang yang sudah Anda 'jual'.
• Pertimbangkan kapasitas maks teoretis dari sistem penyimpanan Anda. Pikirkan dengan hati-hati tentang apa yang akan Anda lakukan jika melewatinya.
• perhatikan baik-baik kinerja Anda. IOP / throughput keduanya. Anda mungkin tidak akan mendapatkan respons yang baik untuk pertanyaan 'berapa banyak kinerja yang Anda butuhkan'. Tetapi Anda mungkin menemukan Anda 'kehabisan' kinerja lebih cepat daripada yang Anda lakukan sebaliknya. Tetapkan ambang batas untuk ini juga.
• pertimbangkan pengisian yang sesuai. Anda menghemat uang dengan provisi tipis, tetapi Anda akan PERLU beberapa di antaranya untuk mengikuti model provisi tipis Anda.

Saya tidak bisa melebih-lebihkan poin terakhir itu cukup. Anda mungkin memiliki pelanggan yang meminta penyimpanan dan tidak pernah menggunakannya. Itu adalah uang yang tidak Anda belanjakan dan merupakan tabungan. Namun, itu tidak sama dengan pelanggan yang memerlukan waktu cukup lama untuk menggunakannya (mis. Lebih dari satu tahun keuangan) - Anda menghemat uang dengan membeli disk yang lebih besar / lebih murah tahun depan. Tapi Anda TIDAK bisa lolos dengan 'menjual' ruang di depan dan hanya berharap tidak ada yang menggunakannya. Anda mungkin berakhir mengisi seluruh banyak dari waktu ke waktu, dan Anda harus siap untuk mengisi kembali.