Halo semuanya. Artikel ini akan muncul cepat atau lambat. Lagi pula, kita melihat banyak artikel dari seri “Awan adalah yang terbaik yang bisa terjadi pada kita!", "Bagaimana organisasi pindah ke infrastruktur cloud dan menghemat N uang" ... Hanya kadang-kadang komentar muncul dalam komentar bahwa dalam beberapa kasus, awan tidak apa yang Anda butuhkan. Mari jujur dan membandingkan pemasukan dengan pengeluaran. Dan juga lihat kerugian yang jelas tentang kebiasaan membisu.
Awalnya, ketika menulis artikel saya ingin membahas semuanya dan argumen yang paling penting tentu saja harganya. Ada tabel yang membandingkan beberapa penyedia cloud, tetapi artikel ini bukan tentang itu. Kami akan membandingkan perangkat keras kami + kekuatan administrasi kami dan .... kolokasi di perusahaan hosting yang menyediakan layanan tersebut. Anda perlu memahami di mana garis antara membeli sumber daya cloud dan membeli perangkat keras Anda untuk digunakan lebih lanjut di lingkungan kerja Anda. Dan juga, itu tidak hanya administrator sistem Anda, tetapi juga karyawan penyedia cloud dapat membuat kesalahan, dan Anda akan menderita dengan cara yang sama.
Juga, sama sekali tidak ingin saya menipu pada semua penyedia yang menyediakan layanan cloud. Ya, saya membaca misalnya artikel seperti
habr.com/ru/company/activecloudru/blog/415483 (dan # comment_18825847) dan saya mengerti bahwa akan ada sejumlah negatif. Sebelumnya, awan dipikirkan sebagai sarana untuk menyelesaikan tugas dengan beban tinggi, mis. ada beban server yang dibeli selama 2-3 hari, menurun - diberikan kembali.
Salah satu keuntungan utama menggunakan platform cloud, menurut saya, adalah:
- Mengurangi biaya pembelian peralatan, karena hanya sumber daya yang dibutuhkan yang dibeli. Jika Anda tidak membutuhkannya, cukup hapus dan jangan bayar, dengan nyaman.
- Tidak perlu mempertahankan spesialis staf yang akan melayani server di tingkat perangkat keras. Klien tidak berpikir bahwa itu ada pada tingkat fisik - semuanya diputuskan oleh spesialis penyedia cloud.
- Penskalaan dan distribusi geografis pusat data tanpa batas. Setiap keinginan klien untuk meningkatkan ketahanan aplikasi bisnis.
- Kemampuan untuk membeli layanan adalah layanan dan tidak menyia-nyiakan sumber daya administrator sistem mereka untuk pemeliharaan.
- VM dan layanan yang diperlukan diinstal (dan dihapus dengan cara juga) dengan satu klik mouse.
- Tidak perlu memantau bagian dari infrastruktur (artinya konsistensi data serangan, sakelar, dll.) - semua dilakukan oleh spesialis penyedia cloud.
Cons
- Harga Membeli server Anda dapat membayar dalam 1 tahun. Dan ketika membeli cloud, Anda hanya memiliki layanan. Staf spesialis juga sedang dipertimbangkan.
- "Virtual tidak sepenuhnya nyata." Di sini semua sumber daya yang dibeli dari penyedia adalah CPU, RAM, SSD dan kecepatan jaringan. Kita semua mengerti bahwa ada sumber daya di tingkat tuan rumah dan di tingkat VM. Bagaimana kita memverifikasi bahwa kita benar-benar mendapatkan 100% dari sumber daya prosesor dan disk?
- Ketahanan dan SLA yang disediakan oleh penyedia jauh dari impian pemasar.
- "Di jarum." Penyedia mencoba untuk menjaga pelanggan dan membuat keputusan dalam ekosistemnya.
Seperti yang Anda lihat, secara lebih rinci saya hanya akan menjelaskan kontra. Bagaimanapun, pro ditulis hampir di mana-mana, ini terutama blog perusahaan perusahaan yang menyediakan layanan serupa.
Mulai dengan harganya
Penyimpangan kecil. Diuraikan di bawah ini sebagai bagian dari pembelian server ritel. Harga rata-rata. Jika Anda memiliki perusahaan besar atau hosting, kita semua memahami bahwa tingkat diskon untuk pembelian peralatan, tergantung pada volumenya, dapat mencapai 20-60% (dan terkadang bahkan lebih tinggi). Ini adalah tambahan artikel, semua orang mengerti mengapa mereka membayar lebih.
Sebagai titik awal, ambil server standar dengan karakteristik berikut:
Disk dalam perangkat keras akan berada di RAID10 yaitu harganya akan sebanding dan kecepatannya akan jauh lebih tinggi.
Untuk lebih jelasnya, saya mengambil VM yang sama dengan karakteristik yang sama. Saya menentukan pilihan penyedia sendiri, Anda juga dapat menghitung untuk orang lain. Saya ulangi, artikel ini tidak mempertimbangkan perbandingan penyedia, tetapi perbandingan biaya cloud dengan perangkat kerasnya sendiri. Di bawah ini adalah konfigurasi penyedia, CPU 24cores, RAM 256GB, SSD 2TB, HDD 4TB.
* sebagai bagian dari rtcloud, saya mengambil server dengan konfigurasi RAM-20GB, CPU-4GHz (seperti 2 core masing-masing 2GHz), FAST HDD-167GB. Dan dikalikan 12 (13263 * 12 + 16000 untuk 4 TB HDD)
** Menurut Yandex, masih perlu mempertimbangkan biaya lalu lintas keluar. Selectel memberikan 3TB lalu lintas untuk satu proyek, lalu biaya untuk 1GB. Di MCS MAILRU, lalu lintas benar-benar gratis.Karenanya, kami memahami bahwa garansi rata-rata untuk semua komponen adalah 3 tahun. Karena itu, kami berasumsi bahwa setelah 3 tahun, kami cukup membuang server ini.
Juga untuk server ini kami akan memberikan 6000-10000 (2 unit server dengan 2 catu daya), tergantung pada colocation mana yang kami pilih. Ambil yang maksimal
12 * 10.000 = 12000 * 3 = 360.000
Karenanya, dalam 3 tahun kami akan memberikan 360.000 + 517.000 = 877.000r. Ini selama 3 tahun menggunakan server Anda, yang setelah operasi dapat diberikan kepada startup yang membutuhkan atau digunakan untuk situs uji.
Dengan jumlah tabel penyedia, semuanya jelas. Kami membayar dan menerima layanan.
Sekarang banyak yang akan menulis: "Ya, itu sangat jelas, Kapten sudah jelas. Tapi bagaimana dengan depresiasi, gaji admin yang akan melayani server ini dan melakukan hal-hal keren untuk Anda seperti migrasi langsung, dll. Lisensi VMWare, misalnya, dll. Pisahkan pembelian penyimpanan atau organisasi penyimpanan terdistribusi ”Ya, saya setuju. Manajemen perlu membuat keputusan berdasarkan persyaratannya. Ini hanya item pertama. Mari kita melangkah lebih jauh.
Kami mengambil 4 administrator sistem untuk diri kami sendiri dan membayar masing-masing 200.000 rubel (dan saya pikir + 200.000 lainnya akan dihabiskan sebagai pajak, ini banyak dan mungkin ada dalam impian pejabat kami). Oleh karena itu:
4 * 400000 = 1600000 per bulan. Dan pada tahun 19.200.000 untuk gaji para karyawan yang sangat berkabung ini.
Jadi setelah 20 server dengan konfigurasi ini, lebih menguntungkan untuk mengambil spesialis dan layanan Anda. Sehubungan dengan cloud, yang menyediakan server seperti itu untuk 1 juta rubel per tahun. Jika hosting Anda lebih mahal, itu berarti jumlah server terkait dengan 4 spesialis akan lebih sedikit.
“Virtual tidak terlalu nyata”
CPU Beberapa penyedia secara khusus mengatakan bahwa mereka tidak membatasi kinerja prosesor, mis. mengambil 4 core dan Anda dapat memuat sesuai kebutuhan. Penyedia lain, misalnya amazon, yandex menunjukkan bahwa Anda tidak dapat membeli 100% daya prosesor, dan persentase dan harga yang dialokasikan akan lebih sedikit. Ada juga konsep "Beban yang diizinkan di server", di mana klien diberi tahu "Server Anda memiliki terlalu banyak beban CPU, Anda harus beralih ke tarif yang lebih mahal." Juga jangan lupa menjual terlalu banyak.
RAM Saya tidak akan tinggal pada saat ini. Lihat / proc / meminfo. Dan cobalah untuk mengambil seluruh jumlah RAM pada semua VM yang Anda beli untuk tes. Sekarang tidak ada masalah seperti itu dan biasanya penyedia memberikan RAM dengan jujur.
IOPS Ini adalah parameter yang dipotong oleh penyedia cloud dengan sangat kuat dan implisit. Selalu lakukan pengukuran. Tetapi hanya ada satu kesimpulan: Banyak penyedia cloud beralih ke skema "Semakin banyak volume yang saya ambil, semakin banyak iops yang saya terima." Misalnya, ketika saya menguji cloud dari Yandex, hingga 60GB, saya tidak melihat perbedaan ketika menggunakan HDD dan SSD, semuanya terlalu implisit. Dan perhatikan juga SLA yang berlaku untuk parameter ini - untuk semua parameter ini sangat kabur sehingga Anda bisa mengatakan, “Kami memberi Anda 10.000 IOPS, tetapi sebenarnya Anda mendapatkan 400. Untuk mencapai efek 10.000, Anda perlu membeli volume lebih dari 600 GB. Dan di sini
kami akan memiliki Anda juga, ada nuansa sejak itu SLA untuk parameter ini tidak lebih dari 75%, dan dalam kondisi tertentu tidak lebih dari 50%. "
Kecepatan port. Berbeda di sini, beberapa penyedia benar-benar memberikan gigabit jujur. Lainnya hanya 250 Mbps. Pada dasarnya, masalah jarang muncul di sini dan semuanya sepenuhnya dapat dipecahkan.
SLA dan toleransi kesalahan
Bagaimana kami memverifikasi bahwa kami mendapatkan semua sumber daya yang kami beli. Di sinilah spesialis diperlukan yang akan memantau ini (bagaimana mengatur pemantauan ini, dalam kerangka artikel ini). Dan juga pada tahap penandatanganan kontrak, Anda harus segera setuju. Sebagai contoh, dalam kasus ketidakkonsistenan dalam SLA dari parameter tertentu, kerusakan dikompensasi. Dan juga saat yang sulit - yang mengungkapkan dan memberi informasi tepat waktu. Jika penyedia itu sendiri, maka sesuai dengan kontrak. Jika penyedia memutuskan untuk tetap diam, dan Anda memperhatikan ini pada sistem pemantauan Anda, maka setelah 2 hari untuk melaporkannya dan membuktikan, maka pengembalian uang adalah 2 kali lebih banyak. Ini akan membantu Anda mendapatkan kualitas layanan yang disediakan penyedia.
Semua pemimpin layanan cloud berbicara tentang bagaimana semuanya diatur dan jika terjadi ledakan pusat data, semua data Anda yang digandakan akan bekerja di pusat data lain pada suatu titik waktu. Bahkan, bahkan ketika membeli cloud yang terlalu tangguh, akan ada masalah yang akan memaksa Anda untuk mengurus ketersediaan layanan Anda sendiri - ini adalah rekomendasi dari penyedia Anti-Affinity. Dan "peduli" dalam kualitas menyediakan layanan spesialisnya untuk sejumlah uang tertentu, untuk menyiapkan layanan di dalam cloud, jika salah satu server penyedia gagal. Ini dia, layanan pelanggan.
"Di jarum"
Mari kita mulai dengan yandex dan amazon yang sama. Buat api Anda, buat dokumentasi, dan lakukan dengan benar. Yang lain pergi dengan cara openstack - ada api tunggal untuk semua orang, yang menambahkan semua kekuatan kontrol atas banyak layanan.
Saya tidak akan memberikan cerita dari pengalaman pribadi. Saya hanya bisa mengatakan satu hal, jika masalah tingkat rendah terjadi pada level blok - tidak ada yang akan membantu Anda, penyelidikan masalah ini akan memakan waktu lama, Anda terus-menerus perlu membuktikan sesuatu dengan data abstraksi yang saya beli. Serta masalah dengan RAM, Anda tidak dapat menjalankan memtest dan memeriksa bahwa semuanya benar-benar baik - bergantung pada kesadaran penyedia.
Saya meringkas. Apa yang ingin saya katakan dalam artikel ini?
- Perwakilan layanan cloud yang terhormat. Jadikan layanan Anda lebih baik dan jangan memaksa pelanggan untuk membayar Anda lebih tinggi untuk meningkatkan keandalan aplikasi mereka dengan membeli sumber daya tambahan. Dan juga membuat diskon dan mengambil langkah pertama ke arah ini.
- Pelanggan yang terhormat. Cobalah untuk membangun cloud hybrid dan tidak bergantung sepenuhnya pada penyedia cloud. Di masa depan, pasar ini akan tumbuh dan
berkontraksi, harga akan berada pada level yang sama dan secara bertahap akan tumbuh ke atas. Banyak perusahaan besar mulai membangun pusat data mereka layanan mereka dengan partisipasi minimal penyedia cloud. - Saya tidak bisa menyentuh pada topik keamanan. Beli cloud pribadi yang hampir 1,5 kali lebih mahal daripada publik atau ...
- Eksekutif TI harus mengambil pendekatan yang lebih keras untuk memilih penyedia cloud. Timbang semua risiko yang mungkin terjadi dan nyalakan api sebelum dimulai (tes yang ketat).