Sistem penyimpanan yang ditentukan perangkat lunak atau apa yang membunuh dinosaurus?

Sistem penyimpanan yang ditentukan perangkat lunak atau apa yang membunuh dinosaurus?

Mereka pernah menduduki puncak rantai makanan. Untuk seribu tahun. Dan kemudian hal yang tidak terpikirkan terjadi: langit tertutup awan, dan awan itu lenyap. Di belahan dunia lain, terjadi peristiwa yang mengubah iklim: kekeruhan meningkat. Dinosaurus menjadi terlalu besar dan terlalu lambat: upaya mereka untuk bertahan hidup pasti akan gagal. Predator puncak menguasai bumi selama 100 juta tahun, tumbuh semakin besar dan kuat. Mereka berevolusi menjadi makhluk sempurna yang berada di puncak rantai makanan, namun alam semesta tiba-tiba mengubah wajah planet kita.

Ironisnya, awanlah yang memusnahkan dinosaurus 66 juta tahun lalu. Dengan cara yang sama, cloud saat ini menghancurkan sistem penyimpanan data klasik di puncak rantai makanan. Dalam kedua kasus tersebut, masalahnya bukan pada awan itu sendiri, namun pada kemampuan beradaptasi terhadap dunia yang terus berubah. Dalam kasus dinosaurus, semuanya terjadi dengan cepat: efek destruktif dari awan terjadi dalam beberapa hari atau minggu setelah jatuhnya meteorit (atau letusan gunung berapi - teori pilihan ada di tangan Anda). Dalam kasus gudang data klasik, prosesnya memakan waktu bertahun-tahun, namun tentu saja tidak dapat diubah.

Periode Trias: zaman besi besar dan munculnya aplikasi migrasi

Jadi apa yang terjadi? Ekosistem yang ada mencakup sistem penyimpanan tingkat pemula dan menengah, sistem tingkat perusahaan, dan penyimpanan terpasang langsung (DAS). Kategori-kategori ini ditentukan oleh analis dan memiliki volume pasar, indikator biaya, keandalan, kinerja, dan skalabilitasnya sendiri. Dan kemudian sesuatu yang aneh terjadi.

Munculnya mesin virtual berarti bahwa beberapa aplikasi dapat berjalan secara bersamaan di satu server, kemungkinan besar dilakukan oleh banyak pemilik—sebuah perubahan yang segera menimbulkan pertanyaan tentang masa depan penyimpanan yang terhubung langsung. Kemudian pemilik infrastruktur hyperscale (hiperscaler) terbesar: Facebook, Google, eBay, dll., yang lelah membayar sejumlah besar uang untuk sistem penyimpanan, mengembangkan aplikasi mereka sendiri yang memastikan ketersediaan data di server reguler alih-alih penyimpanan “perangkat keras” yang besar sistem. Kemudian Amazon memperkenalkan sesuatu yang aneh ke pasar yang disebut Simple Storage Service, atau S3. Bukan blok, bukan file, tetapi sesuatu yang baru secara fundamental: membeli sistem menjadi tidak mungkin, hanya membeli layanan saja. Tunggu sebentar, cahaya terang apa yang terlihat di langit itu? Asteroid lain?

Jurassic: era “saurs yang cukup baik”

Kami memasuki fase pengembangan penyimpanan dengan ideologi “cukup baik.” Pelanggan penyimpanan, yang menyadari apa yang telah dilakukan oleh para hyperscaler, mulai mempertanyakan kewajaran sepuluh atau bahkan ratusan kali lipat biaya tambahan dibandingkan perangkat keras yang mereka bayarkan untuk sistem penyimpanan perusahaan mereka. Array tingkat menengah mulai memenangkan pangsa pasar dari sistem tingkat atas. Produk seperti HPE 3PAR menunjukkan pertumbuhan yang pesat. EMC Symmetrix, yang dahulu merupakan jajaran perusahaan kelas enterprise yang dominan, masih menguasai beberapa wilayah, namun kini menyusut dengan cepat. Banyak pengguna sudah mulai memigrasikan data mereka ke AWS.

Di sisi lain, inovator penyimpanan mulai meminjam ide dari hyperscaler, menggunakan teknologi sistem terdistribusi yang dapat diskalakan secara horizontal - sebuah ideologi yang berlawanan dengan penskalaan vertikal. Perangkat lunak penyimpanan baru ini diharapkan dapat berjalan di server biasa, seperti halnya hyperscaler. Tidak lebih 10-100 kali lipat dari biaya peralatan itu sendiri. Secara teori, Anda dapat menggunakan server apa pun - pilihannya bergantung pada preferensi Anda. Era penyimpanan yang ditentukan perangkat lunak (SDS) telah dimulai: awan menutupi langit, suhu turun, dan populasi predator puncak mulai menurun.

Periode Cretaceous: awal evolusi sistem penyimpanan yang ditentukan perangkat lunak

Masa-masa awal penyimpanan yang ditentukan perangkat lunak sangat menarik. Banyak yang dijanjikan, namun sedikit yang terealisasi. Pada saat yang sama, terjadi pergeseran teknologi yang penting: memori flash menjadi alternatif modern untuk spinning rustic (HDD). Ini adalah periode dimana banyak startup penyimpanan dan uang modal ventura yang mudah ditangani. Semuanya akan baik-baik saja jika bukan karena satu masalah: penyimpanan data memerlukan pertimbangan serius. Ternyata pelanggan menyukai data mereka. Jika mereka kehilangan akses ke sana, atau beberapa bit buruk ditemukan dalam data berukuran terabyte, mereka sangat khawatir dan khawatir. Kebanyakan startup tidak bertahan. Pelanggan menerima fungsionalitas yang keren, tetapi tidak semuanya baik-baik saja dengan alat dasarnya. Resep yang buruk.

Periode Kenozoikum: kumpulan penyimpanan mendominasi

Hanya sedikit orang yang membicarakan apa yang terjadi setelahnya, karena ini tidak terlalu menarik - pelanggan terus membeli rangkaian penyimpanan klasik yang sama. Tentu saja, mereka yang memindahkan aplikasinya ke cloud juga memindahkan datanya ke sana. Namun bagi sebagian besar pelanggan yang tidak ingin beralih ke cloud sepenuhnya, atau tidak ingin beralih sama sekali, Hewlett Packard Enterprise terus menawarkan array klasik.

Kita berada di tahun 2019, jadi mengapa masih ada bisnis penyimpanan bernilai miliaran dolar berdasarkan teknologi Y2K? Karena mereka berhasil! Sederhananya, persyaratan aplikasi yang sangat penting tidak diwujudkan oleh produk yang dibuat berdasarkan gelombang hype. Produk seperti HPE 3PAR tetap menjadi pilihan terbaik bagi pelanggan perusahaan, dan evolusi baru dari arsitektur HPE 3PAR adalah HPE Pertama – ini hanya menegaskannya.

Pada gilirannya, kemampuan sistem penyimpanan yang ditentukan perangkat lunak sangat baik: skalabilitas horizontal, penggunaan server standar... Namun harga dari hal ini adalah: ketersediaan yang tidak stabil, kinerja yang tidak dapat diprediksi, dan aturan skalabilitas yang spesifik.

Kompleksitas kebutuhan pelanggan adalah bahwa mereka tidak pernah menjadi lebih sederhana. Tidak ada yang akan mengatakan bahwa hilangnya integritas data atau peningkatan waktu henti dapat diterima. Itulah sebabnya arsitektur yang secara bersamaan memenuhi persyaratan pusat data modern yang berkembang pesat dan, dalam mencari kompromi, tidak lepas dari karakteristik utama sistem penyimpanan kelas perusahaan, sangat penting untuk sistem penyimpanan.

Periode tersier: munculnya bentuk-bentuk kehidupan baru

Mari kita coba mencari tahu bagaimana salah satu pendatang baru di pasar penyimpanan - Datera - berhasil mengatasi campuran sulit antara persyaratan yang ada secara historis dan baru untuk sistem penyimpanan. Pertama-tama, melalui penerapan arsitektur yang berfokus pada pemecahan dilema yang dijelaskan di atas. Tidak mungkin memodifikasi arsitektur lama untuk memenuhi tantangan pusat data modern, sama seperti tidak mungkin memodifikasi arsitektur penyimpanan yang ditentukan perangkat lunak rata-rata untuk memenuhi persyaratan sistem kelas perusahaan: dinosaurus tidak menjadi mamalia karena suhu menjatuhkan.

Membangun solusi yang memenuhi persyaratan penyimpanan tingkat perusahaan sambil memanfaatkan sepenuhnya kelincahan pusat data modern bukanlah tugas yang mudah, namun itulah yang ingin dilakukan Datera. Spesialis Datera telah mengerjakan hal ini selama lima tahun dan telah menemukan resep untuk “memasak” penyimpanan yang ditentukan perangkat lunak kelas perusahaan.

Kesulitan utama yang ditemui Datera adalah ia harus menggunakan operator logika "DAN" dan bukan "ATAU" yang lebih sederhana. Ketersediaan yang konsisten, DAN kinerja yang dapat diprediksi, DAN skalabilitas arsitektur, DAN orkestrasi sebagai kode, DAN perangkat keras terstandarisasi, DAN penegakan kebijakan, DAN fleksibilitas, DAN manajemen berbasis analitik, “DAN” keamanan, “DAN” integrasi dengan ekosistem terbuka. Operator logika "DAN" satu karakter lebih panjang dari "ATAU" - inilah perbedaan utamanya.

Periode Kuarter: pusat data modern dan perubahan iklim yang tiba-tiba menentukan perkembangan sistem penyimpanan yang ditentukan perangkat lunak

Jadi, bagaimana Datera menciptakan arsitektur yang memenuhi tuntutan penyimpanan kelas perusahaan tradisional sekaligus memenuhi tuntutan pusat data modern? Semuanya kembali lagi ke operator “DAN” yang menyebalkan itu.

Tidak ada gunanya menangani kebutuhan individu satu per satu. Jumlah elemen-elemen tersebut tidak akan menjadi satu kesatuan. Seperti halnya sistem yang kompleks lainnya, pertimbangan yang cermat atas keseluruhan kompleks dan kompromi yang seimbang adalah hal yang penting. Saat mengembangkan, spesialis Datera dipandu oleh tiga prinsip utama:

  • manajemen khusus aplikasi;
  • mekanisme terpadu untuk memastikan fleksibilitas data;
  • kinerja tinggi karena pengurangan biaya overhead.

Ciri umum dari prinsip-prinsip ini adalah kesederhanaan. Kelola sistem Anda dengan mudah, kelola data Anda dengan mudah menggunakan satu mesin yang elegan, dan berikan kinerja yang dapat diprediksi (dan tinggi) sekaligus mengurangi biaya. Mengapa kesederhanaan begitu penting? Para profesional yang cerdas di dunia penyimpanan tahu bahwa memenuhi persyaratan penyimpanan pusat data dinamis saat ini tidak dapat dicapai hanya dengan manajemen granular, beberapa alat manajemen data, dan optimasi berlebihan untuk peningkatan kinerja. Kompleksnya teknik seperti itu sudah tidak asing lagi bagi kita sebagai sistem penyimpanan dinosaurus.

Keakraban dengan prinsip-prinsip ini telah membantu Datera dengan baik. Arsitektur yang mereka kembangkan, di satu sisi, memiliki ketersediaan, kinerja, dan skalabilitas sistem penyimpanan kelas perusahaan modern, dan di sisi lain, fleksibilitas dan kecepatan yang diperlukan untuk pusat data modern yang ditentukan perangkat lunak.

Ketersediaan Datera di Rusia

Datera adalah mitra teknologi global Hewlett Packard Enterprise. Produk Datera diuji kompatibilitas dan kinerjanya dengan berbagai model server HPE ProLiant.

Anda dapat mempelajari lebih lanjut tentang arsitektur Datera di Webinar HPE 31 Oktober.

Sumber: www.habr.com

Tambah komentar