Halo, warga Khabrov! , pasar layanan cloud di Rusia terus memperoleh kekuatan. Cloud hybrid menjadi tren lebih dari sebelumnya - meskipun faktanya teknologinya sendiri masih jauh dari kata baru. Banyak perusahaan bertanya-tanya seberapa layakkah memelihara dan memelihara armada perangkat keras yang besar, termasuk apa yang dibutuhkan dalam situasi tertentu, dalam bentuk private cloud.
Hari ini kita akan membahas situasi apa yang menggunakan cloud hybrid akan menjadi langkah yang dapat dibenarkan, dan situasi apa yang dapat menimbulkan masalah. Artikel ini akan bermanfaat bagi mereka yang sebelumnya belum memiliki pengalaman serius bekerja dengan cloud hybrid, namun sudah mempelajarinya dan tidak tahu harus mulai dari mana.
Di akhir artikel, kami akan memberikan daftar trik yang akan membantu Anda saat memilih penyedia cloud dan menyiapkan cloud hybrid.
Kami meminta semua orang yang tertarik untuk ikut serta!
Cloud pribadi VS publik: pro dan kontra
Untuk memahami alasan apa yang mendorong bisnis beralih ke hybrid, mari kita lihat fitur utama cloud publik dan privat. Mari kita fokus, pertama-tama, pada aspek-aspek yang menjadi perhatian sebagian besar perusahaan. Untuk menghindari kebingungan dalam terminologi, kami menyajikan definisi utama di bawah ini:
Cloud pribadi (atau pribadi). adalah infrastruktur TI yang komponennya berada dalam satu perusahaan dan hanya pada peralatan yang dimiliki oleh perusahaan atau penyedia cloud tersebut.
Awan publik adalah lingkungan TI, yang pemiliknya menyediakan layanan dengan biaya tertentu dan menyediakan ruang di cloud untuk semua orang.
Awan Hibrida terdiri dari lebih dari satu cloud pribadi dan lebih dari satu cloud publik, yang kekuatan komputasinya digunakan bersama.
Awan pribadi
Meskipun biayanya tinggi, private cloud memiliki beberapa keunggulan yang tidak dapat diabaikan. Ini termasuk pengendalian yang tinggi, keamanan data, dan pemantauan penuh terhadap sumber daya dan pengoperasian peralatan. Secara kasar, private cloud memenuhi semua gagasan para insinyur tentang infrastruktur yang ideal. Kapan saja Anda dapat menyesuaikan arsitektur cloud, mengubah properti dan konfigurasinya.
Tidak perlu bergantung pada penyedia eksternal - semua komponen infrastruktur tetap berada di pihak Anda.
Namun, meskipun ada argumen kuat yang mendukungnya, private cloud bisa sangat mahal pada tahap awal dan pemeliharaan selanjutnya. Sudah pada tahap merancang cloud pribadi, perlu menghitung dengan benar beban masa depan... Penghematan di awal dapat mengarah pada fakta bahwa cepat atau lambat Anda akan menghadapi kekurangan sumber daya dan kebutuhan untuk pertumbuhan. Dan penskalaan cloud pribadi adalah proses yang rumit dan mahal. Setiap kali Anda harus membeli peralatan baru, sambungkan dan konfigurasikan, dan hal ini sering kali memerlukan waktu berminggu-minggu - dibandingkan dengan penskalaan yang hampir seketika di cloud publik.
Selain biaya peralatan, perlu disediakan sumber daya keuangan untuk perizinan dan personel.
Dalam beberapa kasus, keseimbangan “harga/kualitas”, atau lebih tepatnya “biaya penskalaan dan pemeliharaan/manfaat yang diperoleh,” akhirnya bergeser ke arah harga.
Awan publik
Jika saja Anda memiliki cloud pribadi, maka cloud publik adalah milik penyedia eksternal yang memungkinkan Anda menggunakan sumber daya komputasinya dengan biaya tertentu.
Pada saat yang sama, segala sesuatu yang terkait dengan dukungan dan pemeliharaan cloud berada di pundak “penyedia” yang kuat. Tugas Anda adalah memilih paket tarif terbaik dan melakukan pembayaran tepat waktu.
Menggunakan cloud publik untuk proyek yang relatif kecil jauh lebih murah dibandingkan memelihara armada peralatan Anda sendiri.
Oleh karena itu, tidak perlu lagi mempertahankan spesialis TI dan risiko keuangan berkurang.
Kapan saja, Anda bebas mengganti penyedia cloud dan pindah ke lokasi yang lebih cocok atau menguntungkan.
Adapun kelemahan cloud publik, semuanya sudah diharapkan di sini: kontrol yang jauh lebih sedikit di pihak klien, kinerja yang lebih rendah saat memproses data dalam jumlah besar, dan keamanan data yang rendah dibandingkan dengan data pribadi, yang mungkin penting untuk beberapa jenis bisnis. .
awan hibrida
Di antara kelebihan dan kekurangan di atas terdapat cloud hybrid, yang secara de facto merupakan kombinasi dari setidaknya satu cloud privat dengan satu atau lebih cloud publik. Pada pandangan pertama (dan bahkan pada pandangan kedua), tampaknya awan hibrida adalah batu filsuf yang memungkinkan Anda untuk "mengembang" daya komputasi kapan saja, melakukan perhitungan yang diperlukan, dan "menerbangkan" semuanya kembali. Bukan awan, tapi David Blaine!
Pada kenyataannya, semuanya hampir seindah teori: cloud hybrid menghemat waktu dan uang, memiliki banyak kasus penggunaan standar dan non-standar... tetapi ada perbedaannya. Inilah yang paling penting di antaranya:
Pertama, cloud "Anda" dan "orang lain" harus terhubung dengan benar, termasuk dalam hal kinerja. Banyak masalah yang bisa timbul di sini, terutama jika pusat data cloud publik secara fisik jauh atau dibangun dengan teknologi yang berbeda. Dalam hal ini, terdapat risiko penundaan yang tinggi, terkadang kritis.
Kedua, menggunakan cloud hybrid sebagai infrastruktur untuk satu aplikasi menimbulkan kinerja yang tidak merata di semua lini (dari CPU hingga subsistem disk) dan berkurangnya toleransi kesalahan. Dua server dengan parameter yang sama, namun terletak di segmen yang berbeda, akan menunjukkan performa yang berbeda.
Ketiga, jangan lupakan kerentanan perangkat keras dari perangkat keras "asing" (salam hangat untuk arsitek Intel) dan masalah keamanan lainnya di bagian publik cloud, yang telah disebutkan di atas.
Keempat, penggunaan cloud hybrid mengancam penurunan toleransi kesalahan secara signifikan jika cloud tersebut menghosting satu aplikasi.
Bonus Khusus: sekarang dua awan, bukan satu dan/atau hubungan di antara keduanya dapat “putus” sekaligus. Dan dalam banyak kombinasi sekaligus.
Secara terpisah, perlu disebutkan masalah menghosting aplikasi besar di cloud hybrid.
Dalam sebagian besar kasus, Anda tidak bisa begitu saja mendapatkan, misalnya, 100 mesin virtual dengan RAM 128 GB di cloud publik. Seringkali, tidak ada yang akan memberi Anda 10 mobil seperti itu.
Ya, awan publik bukanlah karet, Moskow. Banyak penyedia tidak menyimpan cadangan kapasitas kosong - dan ini terutama berlaku untuk RAM. Anda dapat “menggambar” inti prosesor sebanyak yang Anda suka, dan Anda dapat menyediakan kapasitas SSD atau HDD berkali-kali lipat lebih banyak daripada yang tersedia secara fisik. Penyedia akan berharap Anda tidak menggunakan seluruh volume sekaligus dan dapat meningkatkannya seiring berjalannya waktu. Namun jika RAM tidak mencukupi, mesin virtual atau aplikasi dapat dengan mudah crash. Dan sistem virtualisasi tidak selalu mengizinkan trik seperti itu. Bagaimanapun, perlu diingat perkembangan peristiwa ini dan mendiskusikan poin-poin ini dengan penyedia “di darat”, jika tidak, Anda berisiko tertinggal selama beban puncak (Black Friday, beban musiman, dll.).
Singkatnya, jika Anda ingin menggunakan infrastruktur hibrid, ingatlah bahwa:
- Penyedia tidak selalu siap menyediakan kapasitas yang diperlukan sesuai permintaan.
- Ada masalah dan keterlambatan dalam konektivitas elemen. Anda perlu memahami bagian infrastruktur mana dan dalam kasus apa yang akan membuat permintaan melalui “gabungan”; hal ini dapat memengaruhi kinerja dan ketersediaan. Sebaiknya pertimbangkan bahwa di cloud tidak terdapat satu node cluster, melainkan bagian infrastruktur yang terpisah dan independen.
- Ada risiko terjadinya masalah di sebagian besar lanskap. Dalam solusi hybrid, salah satu cloud atau cloud lainnya mungkin “jatuh” seluruhnya. Dalam kasus kluster virtualisasi biasa, Anda berisiko kehilangan paling banyak satu server, namun di sini Anda berisiko kehilangan banyak server sekaligus, dalam semalam.
- Hal teraman untuk dilakukan adalah memperlakukan bagian publik bukan sebagai “ekstender”, namun sebagai cloud terpisah di pusat data terpisah. Benar, dalam kasus ini Anda sebenarnya mengabaikan “hibriditas” solusinya.
Mengurangi kelemahan cloud hybrid
Faktanya, gambarannya jauh lebih menyenangkan dari yang Anda bayangkan. Yang terpenting adalah mengetahui trik “memasak” hybrid cloud yang baik. Berikut adalah yang utama dalam format daftar periksa:
- Anda tidak boleh memindahkan bagian aplikasi yang sensitif terhadap latensi ke cloud publik secara terpisah dari perangkat lunak utama: misalnya, cache atau database yang sedang memuat OLTP.
- Jangan letakkan seluruh bagian aplikasi tersebut di cloud publik, yang tanpanya aplikasi akan berhenti berfungsi. Jika tidak, kemungkinan kegagalan sistem akan meningkat beberapa kali lipat.
- Saat melakukan penskalaan, perlu diingat bahwa performa mesin yang diterapkan di berbagai bagian cloud akan bervariasi. Fleksibilitas penskalaan juga masih jauh dari sempurna. Sayangnya, ini adalah masalah desain arsitektur dan Anda tidak akan bisa menghilangkannya sepenuhnya. Anda hanya dapat mencoba mengurangi dampaknya terhadap pekerjaan.
- Cobalah untuk memastikan kedekatan fisik maksimum antara cloud publik dan privat: semakin pendek jaraknya, semakin rendah penundaan antar segmen. Idealnya, kedua bagian cloud “hidup” di pusat data yang sama.
- Sama pentingnya untuk memastikan bahwa kedua cloud menggunakan teknologi jaringan yang identik. Gateway Ethernet-InfiniBand dapat menimbulkan banyak masalah.
- Jika teknologi virtualisasi yang sama digunakan di cloud privat dan publik, ini merupakan nilai tambah yang pasti. Dalam beberapa kasus, Anda dapat menyetujui penyedia untuk memigrasikan seluruh mesin virtual tanpa menginstal ulang.
- Agar penggunaan cloud hybrid menguntungkan, pilihlah penyedia cloud dengan harga paling fleksibel. Yang terbaik dari semuanya, berdasarkan sumber daya yang benar-benar digunakan.
- Tingkatkan skala dengan pusat data: jika Anda perlu meningkatkan kapasitas, kami meningkatkan “pusat data kedua” dan memuatnya. Apakah Anda sudah selesai dengan perhitungan Anda? Kami “memadamkan” kelebihan daya dan menghemat.
- Aplikasi dan proyek individual dapat dipindahkan ke cloud publik saat cloud privat sedang ditingkatkan, atau hanya untuk jangka waktu tertentu. Benar, dalam hal ini Anda tidak akan memiliki hibriditas, hanya konektivitas L2 umum, yang sama sekali tidak bergantung pada ada/tidaknya cloud Anda sendiri.
Alih-alih sebuah kesimpulan
Itu saja. Kami membahas tentang fitur cloud privat dan publik, dan melihat peluang utama untuk meningkatkan kinerja dan keandalan cloud hybrid. Namun, desain cloud apa pun merupakan hasil keputusan, kompromi, dan konvensi yang ditentukan oleh tujuan bisnis dan sumber daya perusahaan.
Tujuan kami adalah memotivasi pembaca agar menganggap serius pilihan infrastruktur cloud yang sesuai berdasarkan tujuannya, teknologi yang tersedia, dan kemampuan finansial.
Kami mengundang Anda untuk berbagi pengalaman Anda dengan cloud hybrid di komentar. Kami yakin keahlian Anda akan berguna bagi banyak pilot pemula.
Sumber: www.habr.com