Penyimpanan yang Ditentukan Perangkat Lunak, atau Apa yang Membunuh Dinosaurus?



Suatu hari mereka menduduki puncak rantai makanan. Selama ribuan tahun. Dan kemudian hal yang tak terpikirkan terjadi: awan menutup langit, dan mereka tidak ada lagi. Di ujung lain dari peristiwa dunia yang mengubah iklim: peningkatan tutupan awan. Dinosaurus menjadi terlalu besar dan lambat: upaya mereka untuk bertahan hidup pasti gagal. Predator yang lebih tinggi memerintah Bumi selama 100 juta tahun, tumbuh lebih besar dan lebih kuat. Mereka berevolusi menjadi makhluk ideal yang berada di puncak rantai makanan, tetapi Alam Semesta langsung mengubah wajah planet kita.

Ironisnya, itu adalah awan yang melenyapkan dinosaurus 66 juta tahun yang lalu. Dengan cara yang sama, cloud saat ini menghancurkan sistem penyimpanan data klasik yang "berada di puncak rantai makanan." Dalam kedua kasus itu, masalahnya bukan pada awan itu sendiri, tetapi pada kemampuan untuk beradaptasi dengan dunia yang berubah. Dalam kasus dinosaurus, semuanya terjadi dengan cepat: efek destruktif dari awan terjadi dalam beberapa hari atau minggu setelah meteorit jatuh (atau letusan gunung berapi - pilihan teori tetap ada pada Anda). Dalam kasus gudang data klasik, prosesnya memakan waktu bertahun-tahun, tetapi tentu saja, tidak dapat dipulihkan.

Trias: usia zat besi hebat dan munculnya aplikasi migrasi


Jadi apa yang terjadi? Dalam ekosistem yang ada, ada sistem penyimpanan entry-level dan menengah, sistem level perusahaan dan sistem penyimpanan terpasang langsung (DAS). Kategori-kategori ini ditentukan oleh analis, memiliki volume pasar sendiri, indikator biaya, keandalan, kinerja, skalabilitas. Dan kemudian sesuatu yang aneh terjadi.

Munculnya mesin virtual berarti bahwa beberapa aplikasi, mungkin beberapa pemilik, dapat berjalan di server yang sama - perubahan seperti itu segera mempertanyakan masa depan penyimpanan yang terhubung langsung. Kemudian para pemilik infrastruktur hiper-skalabilitas terbesar (hiperskal): Facebook, Google, eBay, dll., Yang lelah membayar sejumlah besar uang untuk penyimpanan, mengembangkan aplikasi mereka sendiri yang membuat data tersedia di server biasa alih-alih sistem penyimpanan "besi" besar. Kemudian Amazon memperkenalkan pasar untuk sesuatu yang aneh yang disebut Simple Storage Service atau S3. Bukan blok, bukan file, tetapi sesuatu yang pada dasarnya baru: menjadi tidak mungkin untuk membeli sistem, menjadi mungkin untuk hanya membeli layanan. Tunggu, jenis cahaya apa yang terlihat di langit? Asteroid lain?

Periode Jurassic: era "cukup baik"


Kami memasuki fase pengembangan penyimpanan dengan ideologi "cukup baik." Pelanggan yang menggunakan penyimpanan, memperhatikan apa yang dilakukan para hiperscaler, mulai mempertanyakan kewajaran nilai tambah sepuluh atau bahkan seratus kali lipat dari besi yang mereka bayar untuk penyimpanan perusahaan mereka. Array kelas menengah mulai memenangkan pangsa pasar dari sistem tingkat atas. Produk seperti HPE 3PAR telah menunjukkan pertumbuhan yang cepat. EMC Symmetrix, yang dulu merupakan array dominan (dari kata "massif") kelas perusahaan, masih memiliki beberapa wilayah, tetapi dengan cepat menurun. Banyak pengguna mulai mentransfer data mereka ke AWS.

Di sisi lain, inovator penyimpanan mulai meminjam ide dari hiperskal menggunakan teknologi dari sistem yang dapat diskalakan secara horizontal - sebuah ideologi yang berlawanan dengan penskalaan vertikal. Diharapkan perangkat lunak penyimpanan baru akan dapat bekerja di server biasa, seperti halnya hiperskal. Tidak ada lagi 10-100 harga berganda yang melebihi biaya peralatan itu sendiri. Secara teori, Anda dapat menggunakan server apa saja - pilihannya tergantung pada preferensi Anda. Era sistem penyimpanan yang ditentukan perangkat lunak (SDS) telah dimulai: awan telah menutup langit, suhu telah turun, dan populasi predator yang lebih tinggi mulai menurun.

Periode Cretaceous: awal evolusi sistem penyimpanan yang ditentukan oleh perangkat lunak


Hari-hari awal penyimpanan yang ditentukan oleh perangkat lunak penuh badai. Sangat banyak yang dijanjikan, tetapi sedikit yang dikirimkan. Pada saat yang sama, pergeseran teknologi penting terjadi: memori flash telah menjadi alternatif modern untuk "rotating rust" (HDD). Ini adalah periode munculnya banyak startup penyimpanan dan uang usaha yang mudah didistribusikan. Semuanya akan hebat, jika bukan karena satu masalah: penyimpanan data membutuhkan sikap serius. Ternyata pelanggan menyukai data mereka. Jika mereka kehilangan akses ke mereka, atau beberapa bit yang salah ditemukan dalam terabyte data, mereka sangat khawatir dan khawatir. Sebagian besar startup tidak bertahan. Pelanggan mendapatkan fungsionalitas keren, tetapi tidak semuanya baik dengan alat dasar. Resep buruk

Periode Kenozoikum: array penyimpanan mendominasi


Hanya sedikit orang yang berbicara tentang apa yang terjadi setelah itu, karena itu tidak terlalu menarik - pelanggan terus membeli array penyimpanan klasik yang sama. Tentu saja, mereka yang memindahkan aplikasi mereka ke cloud juga memindahkan data ke sana. Tetapi bagi sebagian besar pelanggan yang tidak ingin beralih ke cloud sepenuhnya, atau tidak ingin beralih sepenuhnya, Hewlett Packard Enterprise yang sama terus menawarkan array klasik.

Kita hidup pada tahun 2019, jadi mengapa masih ada bisnis penyimpanan multi-miliar dolar yang berbasis teknologi sejak zaman Y2K? Karena mereka bekerja! Sederhananya, persyaratan aplikasi mission-critical tidak diimplementasikan oleh produk yang dibuat pada gelombang sensasi. Produk seperti HPE 3PAR tetap menjadi pilihan terbaik bagi pelanggan korporat, dan babak baru evolusi arsitektur HPE 3PAR - HPE Primera - ini hanya menegaskan.

Pada gilirannya, kemampuan penyimpanan yang ditentukan oleh perangkat lunak sangat baik: skalabilitas horisontal, penggunaan server standar ... Tetapi pengembalian untuk ini adalah: ketersediaan tidak stabil, kinerja tidak terduga, dan aturan skalabilitas tertentu.

Kompleksitas persyaratan pelanggan adalah bahwa mereka tidak pernah menjadi lebih mudah. Tidak ada yang akan mengatakan bahwa kehilangan integritas data atau peningkatan downtime dapat diterima. Itulah sebabnya arsitektur sangat penting untuk sistem penyimpanan yang secara bersamaan memenuhi persyaratan pusat data modern yang berkembang pesat dan pada saat yang sama, dalam mencari kompromi, tidak tanpa karakteristik kunci dari sistem penyimpanan kelas perusahaan.

Periode tersier: munculnya bentuk-bentuk kehidupan baru


Mari kita coba mencari tahu bagaimana salah satu pendatang baru di pasar penyimpanan - Datera - berhasil mengatasi perpaduan yang sulit antara persyaratan penyimpanan yang mapan dan baru secara historis. Pertama-tama, karena implementasi arsitektur yang berorientasi pada penyelesaian dilema yang dijelaskan di atas. Tidak mungkin untuk memodifikasi arsitektur lama untuk memecahkan masalah yang dihadapi pusat data modern, seperti halnya tidak mungkin untuk memodifikasi arsitektur sistem penyimpanan rata-rata perangkat lunak untuk memenuhi persyaratan sistem kelas perusahaan: dinosaurus tidak menjadi mamalia karena suhu turun.

Membangun solusi yang memenuhi persyaratan penyimpanan kelas perusahaan dan pada saat yang sama memperhitungkan semua nilai dinamika pusat data modern bukanlah tugas yang mudah, tetapi inilah yang ingin dilakukan Datera. Spesialis Datera telah mengerjakan ini selama lima tahun dan telah menemukan resep untuk "mempersiapkan" sistem penyimpanan yang ditentukan oleh perangkat lunak kelas perusahaan.

Kesulitan utama yang ditemui Datera adalah bahwa perlu menggunakan operator logika AND dan bukannya OR yang tampak lebih sederhana. Ketersediaan yang stabil, kinerja "AND" yang dapat diprediksi, skalabilitas arsitektur "AND", "AND" seperti orkestrasi, "DAN" peralatan standar, "DAN" implementasi kebijakan manajemen, fleksibilitas "DAN", manajemen analitik "DAN", Keamanan "DAN", "DAN" integrasi dengan ekosistem terbuka. Operator logis "DAN" adalah satu karakter lebih panjang dari "ATAU" - ini adalah perbedaan utama.

Periode kuarter: pusat data modern dan perubahan iklim yang dramatis menentukan pengembangan penyimpanan yang ditentukan oleh perangkat lunak


Jadi, bagaimana Datera menciptakan arsitektur yang memenuhi persyaratan sistem penyimpanan kelas perusahaan tradisional dan memenuhi tuntutan pusat data modern pada saat yang sama? Semuanya kembali ke operator DAN yang menjengkelkan ini.

Tidak ada gunanya menyelesaikan satu tugas pada satu waktu untuk memenuhi persyaratan individu. Jumlah elemen tersebut tidak akan menjadi satu kesatuan. Seperti dalam sistem kompleks mana pun, penelitian yang cermat terhadap seluruh komplek kompromi seimbang adalah penting di sini. Selama pengembangan, spesialis Datera fokus pada tiga prinsip utama:

  • manajemen khusus aplikasi;
  • mekanisme tunggal untuk memastikan fleksibilitas data;
  • produktivitas tinggi karena berkurangnya biaya overhead.

Sifat umum dari prinsip-prinsip ini adalah kesederhanaan. Manajemen sistem sederhana, manajemen data sederhana dengan mekanisme tunggal yang elegan dan memberikan kinerja yang dapat diprediksi (dan tinggi) dengan mengurangi biaya. Mengapa kesederhanaan begitu penting? Master berpengalaman dari dunia penyimpanan tahu bahwa tidak mungkin memenuhi persyaratan penyimpanan untuk pusat data yang modern dan dinamis dengan hanya menggunakan kontrol granular, banyak alat manajemen data, dan hiperoptimisasi untuk meningkatkan produktivitas. Kita sudah tahu rumitnya teknik seperti sistem penyimpanan dinosaurus.

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

Ketersediaan Datera di Rusia


Datera adalah mitra teknologi global untuk 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 pada tanggal 31 Oktober.

Source: https://habr.com/ru/post/id472840/


All Articles