Awan hibrid: panduan untuk juruterbang baru

Hello, Khabrovites! Mengikut statistik, pasaran perkhidmatan awan di Rusia sentiasa mendapat kekuatan. Awan hibrid semakin menjadi trend berbanding sebelum ini - walaupun pada hakikatnya teknologi itu sendiri jauh daripada baharu. Banyak syarikat tertanya-tanya sejauh mana kebolehlaksanaan untuk mengekalkan dan mengekalkan kumpulan perkakasan yang besar, termasuk apa yang diperlukan mengikut situasi, dalam bentuk awan peribadi.

Hari ini kita akan bercakap tentang dalam situasi apa menggunakan awan hibrid akan menjadi langkah yang wajar, dan di mana ia boleh menimbulkan masalah. Artikel itu akan berguna kepada mereka yang sebelum ini tidak mempunyai pengalaman serius bekerja dengan awan hibrid, tetapi sudah melihatnya dan tidak tahu di mana hendak bermula.

Pada akhir artikel, kami akan menyediakan senarai semak helah yang akan membantu anda apabila memilih penyedia awan dan menyediakan awan hibrid.

Kami meminta semua orang yang berminat untuk pergi ke bawah potongan!

Awan peribadi VS awam: kebaikan dan keburukan

Untuk memahami sebab yang mendorong perniagaan beralih kepada hibrid, mari lihat ciri utama awan awam dan peribadi. Marilah kita fokus, pertama sekali, pada aspek-aspek yang dalam satu cara atau yang lain membimbangkan kebanyakan syarikat. Untuk mengelakkan kekeliruan dalam istilah, kami membentangkan di bawah definisi utama:

Awan peribadi (atau peribadi). ialah infrastruktur IT, yang komponennya terletak dalam satu syarikat dan hanya pada peralatan yang dimiliki oleh syarikat atau pembekal awan ini.

Awan awam ialah persekitaran IT, pemiliknya menyediakan perkhidmatan dengan bayaran dan menyediakan ruang dalam awan kepada semua orang.

Awan hibrid terdiri daripada lebih daripada satu awan peribadi dan lebih daripada satu awan awam, yang kuasa pengkomputeran dikongsi bersama.

Awan peribadi

Walaupun kosnya tinggi, awan peribadi mempunyai beberapa kelebihan yang tidak boleh diabaikan. Ini termasuk kebolehkawalan yang tinggi, keselamatan data, dan pemantauan penuh sumber dan operasi peralatan. Secara kasarnya, awan peribadi memenuhi semua idea jurutera tentang infrastruktur yang ideal. Pada bila-bila masa anda boleh melaraskan seni bina awan, menukar sifat dan konfigurasinya.

Tidak perlu bergantung pada pembekal luar - semua komponen infrastruktur kekal di pihak anda.

Tetapi, walaupun terdapat hujah yang kuat menyokong, awan peribadi boleh menjadi sangat mahal pada permulaan dan dalam penyelenggaraan seterusnya. Sudah pada peringkat mereka bentuk awan peribadi, adalah perlu untuk mengira dengan betul beban masa depan... Menyimpan pada permulaan boleh membawa kepada fakta bahawa lambat laun anda akan menghadapi kekurangan sumber dan keperluan untuk pertumbuhan. Dan penskalaan awan peribadi adalah proses yang kompleks dan mahal. Setiap kali anda perlu membeli peralatan baharu, sambungkannya dan konfigurasikannya, dan ini selalunya boleh mengambil masa beberapa minggu - berbanding penskalaan hampir serta-merta dalam awan awam.

Sebagai tambahan kepada kos peralatan, adalah perlu untuk menyediakan sumber kewangan untuk lesen dan kakitangan.

Dalam sesetengah kes, baki "harga/kualiti", atau lebih tepat lagi "kos penskalaan dan penyelenggaraan/faedah yang diperolehi", akhirnya beralih ke arah harga.

Awan awam

Jika anda hanya memiliki awan peribadi, maka awan awam adalah milik pembekal luaran yang membenarkan anda menggunakan sumber pengkomputerannya dengan bayaran.

Pada masa yang sama, semua yang berkaitan dengan sokongan dan penyelenggaraan awan terletak di bahu "penyedia" yang berkuasa. Tugas anda ialah memilih pelan tarif yang optimum dan membuat pembayaran tepat pada masanya.

Menggunakan awan awam untuk projek yang agak kecil adalah jauh lebih murah daripada mengekalkan armada peralatan anda sendiri.

Sehubungan itu, tidak perlu mengekalkan pakar IT dan risiko kewangan dikurangkan.

Pada bila-bila masa, anda bebas menukar penyedia awan dan berpindah ke lokasi yang lebih sesuai atau lebih menguntungkan.

Bagi keburukan awan awam, segala-galanya di sini agak dijangka: lebih kurang kawalan di pihak pelanggan, prestasi yang lebih rendah apabila memproses jumlah data yang besar dan keselamatan data yang rendah berbanding dengan yang peribadi, yang boleh menjadi kritikal untuk beberapa jenis perniagaan .

awan hibrid

Di persimpangan kelebihan dan kekurangan di atas ialah awan hibrid, yang secara de facto merupakan gabungan sekurang-kurangnya satu awan peribadi dengan satu atau lebih awan awam. Pada pandangan pertama (dan juga pada pandangan kedua), nampaknya awan hibrid adalah batu ahli falsafah yang membolehkan anda "mengembang" kuasa pengkomputeran pada bila-bila masa, melakukan pengiraan yang diperlukan dan "meniup" semuanya kembali. Bukan awan, tetapi David Blaine!

Pada hakikatnya, segala-galanya hampir sama indah seperti dalam teori: awan hibrid menjimatkan masa dan wang, mempunyai banyak kes penggunaan standard dan tidak standard... tetapi terdapat nuansa. Berikut adalah yang paling penting daripada mereka:

Pertama, adalah perlu untuk menyambungkan awan "anda" dan "orang lain" dengan betul, termasuk dari segi prestasi. Banyak masalah boleh timbul di sini, terutamanya jika pusat data awan awam secara fizikal terpencil atau dibina pada teknologi yang berbeza. Dalam kes ini, terdapat risiko kelewatan yang tinggi, kadangkala kritikal.

Kedua, menggunakan awan hibrid sebagai infrastruktur untuk satu aplikasi penuh dengan prestasi tidak sekata pada semua bahagian (daripada CPU ke subsistem cakera) dan mengurangkan toleransi kesalahan. Dua pelayan dengan parameter yang sama, tetapi terletak di segmen yang berbeza, akan menunjukkan prestasi yang berbeza.

Ketiga, jangan lupa tentang kelemahan perkakasan perkakasan "asing" (salam bersungguh-sungguh kepada arkitek Intel) dan masalah keselamatan lain di bahagian awam awan, yang telah disebutkan di atas.

Keempat, penggunaan awan hibrid mengancam untuk mengurangkan toleransi kesalahan dengan ketara jika ia menjadi tuan rumah satu aplikasi.

Bonus Istimewa: kini dua awan dan bukannya satu dan/atau sambungan antara mereka boleh "pecah" sekali gus. Dan dalam banyak kombinasi sekaligus.

Secara berasingan, perlu disebutkan masalah mengehos aplikasi besar dalam awan hibrid.
Dalam kebanyakan kes, anda tidak boleh pergi dan dapatkan, sebagai contoh, 100 mesin maya dengan 128GB RAM dalam awan awam. Selalunya, tiada siapa yang akan memberi anda walaupun 10 kereta sedemikian.

Ya, awan awam bukan getah, Moscow. Banyak pembekal tidak menyimpan rizab kapasiti percuma sedemikian - dan ini terutamanya berkaitan dengan RAM. Anda boleh "melukis" seberapa banyak teras pemproses yang anda suka, dan anda boleh memberikan kapasiti SSD atau HDD berlipat kali ganda daripada yang tersedia secara fizikal. Pembekal berharap anda tidak menggunakan keseluruhan volum sekali gus dan mungkin untuk meningkatkannya sepanjang perjalanan. Tetapi jika RAM tidak mencukupi, mesin maya atau aplikasi boleh ranap dengan mudah. Dan sistem virtualisasi tidak selalu membenarkan helah sedemikian. Walau apa pun, adalah wajar mengingati perkembangan peristiwa ini dan membincangkan perkara ini dengan pembekal "di darat", jika tidak, anda berisiko tertinggal semasa beban puncak (Black Friday, beban bermusim, dll.).

Ringkasnya, jika anda ingin menggunakan infrastruktur hibrid, perlu diingat bahawa:

• Pembekal tidak sentiasa bersedia untuk menyediakan kapasiti yang diperlukan atas permintaan.
• Terdapat masalah dan kelewatan dalam penyambungan elemen. Anda perlu memahami bahagian infrastruktur dan dalam kes yang akan membuat permintaan melalui "bersama"; ini boleh menjejaskan prestasi dan ketersediaan. Adalah lebih baik untuk mempertimbangkan bahawa dalam awan tidak ada satu nod kluster, tetapi sekeping infrastruktur yang berasingan dan bebas.
• Terdapat risiko masalah yang berlaku di bahagian besar landskap. Dalam penyelesaian hibrid, sama ada satu atau awan lain mungkin "jatuh" sepenuhnya. Dalam kes kluster virtualisasi biasa, anda berisiko kehilangan paling banyak satu pelayan, tetapi di sini anda berisiko kehilangan banyak sekali gus, dalam sekelip mata.
• Perkara paling selamat untuk dilakukan ialah merawat bahagian awam bukan sebagai "pemanjangan", tetapi sebagai awan yang berasingan dalam pusat data yang berasingan. Benar, dalam kes ini anda sebenarnya mengabaikan "hibriditi" penyelesaian.

Mengurangkan keburukan awan hibrid

Malah, gambar itu jauh lebih menarik daripada yang anda fikirkan. Perkara yang paling penting ialah mengetahui helah "memasak" awan hibrid yang baik. Berikut adalah yang utama dalam format senarai semak:

• Anda tidak seharusnya mengalihkan bahagian aplikasi yang sensitif kependaman ke awan awam secara berasingan daripada perisian utama: contohnya, cache atau pangkalan data di bawah beban OLTP.
• Jangan letakkan sepenuhnya bahagian aplikasi tersebut pada awan awam, yang tanpanya ia akan berhenti berfungsi. Jika tidak, kebarangkalian kegagalan sistem akan meningkat beberapa kali.
• Semasa menskala, perlu diingat bahawa prestasi mesin yang digunakan di bahagian awan yang berlainan akan berbeza-beza. Fleksibiliti skala juga jauh dari sempurna. Malangnya, ini adalah masalah reka bentuk seni bina dan anda tidak akan dapat menghapuskannya sepenuhnya. Anda hanya boleh cuba mengurangkan kesannya terhadap kerja.
• Cuba pastikan jarak fizikal maksimum antara awan awam dan peribadi: semakin pendek jaraknya, semakin rendah kelewatan antara segmen. Sebaik-baiknya, kedua-dua bahagian awan "hidup" dalam pusat data yang sama.
• Ia adalah sama penting untuk memastikan bahawa kedua-dua awan menggunakan teknologi rangkaian yang sama. Gerbang Ethernet-InfiniBand boleh menimbulkan banyak masalah.
• Jika teknologi virtualisasi yang sama digunakan dalam awan peribadi dan awam, ini adalah kelebihan yang pasti. Dalam sesetengah kes, anda boleh bersetuju dengan pembekal untuk memindahkan keseluruhan mesin maya tanpa pemasangan semula.
• Untuk menjadikan penggunaan awan hibrid menguntungkan, pilih penyedia awan dengan harga yang paling fleksibel. Paling penting, berdasarkan sumber yang sebenarnya digunakan.
• Tingkatkan dengan pusat data: jika anda perlu meningkatkan kapasiti, kami menaikkan "pusat data kedua" dan meletakkannya di bawah beban. Adakah anda selesai dengan pengiraan anda? Kami "memadamkan" lebihan kuasa dan menjimatkan.
• Aplikasi dan projek individu boleh dialihkan ke awan awam semasa awan peribadi sedang diskalakan, atau hanya untuk tempoh tertentu. Benar, dalam kes ini anda tidak akan mempunyai kacukan, hanya sambungan L2 umum, yang tidak bergantung dalam apa cara sekalipun pada kehadiran/ketiadaan awan anda sendiri.

Daripada kesimpulan

Itu sahaja. Kami bercakap tentang ciri awan peribadi dan awam, dan melihat peluang utama untuk meningkatkan prestasi dan kebolehpercayaan awan hibrid. Walau bagaimanapun, reka bentuk mana-mana awan adalah hasil daripada keputusan, kompromi dan konvensyen yang ditentukan oleh objektif dan sumber perniagaan syarikat.

Matlamat kami adalah untuk memotivasikan pembaca untuk mengambil serius pilihan infrastruktur awan yang sesuai berdasarkan matlamatnya sendiri, teknologi yang tersedia dan keupayaan kewangan.

Kami menjemput anda untuk berkongsi pengalaman anda dengan awan hibrid dalam ulasan. Kami pasti bahawa kepakaran anda akan berguna kepada ramai juruterbang baru.

Sumber: www.habr.com