Migrasi awan

Menggunakan layanan cloud berarti membuang sebagian besar infrastruktur TI Anda sendiri, mengurangi biaya administrasi dan pemeliharaan, fleksibilitas, dan kemampuan untuk mengatasi beban puncak. Saat ini, solusi cloud yang diminta oleh pasar dipromosikan oleh sejumlah besar vendor: diyakini bahwa masa depan teknologi cloud.



Anda dapat menemukan banyak kasus, termasuk yang Rusia, menunjukkan keberhasilan migrasi infrastruktur TI ke cloud penyedia layanan. Perusahaan menggunakan cloud sebagai platform tambahan untuk layanan non-kritis, seperti pengembangan perangkat lunak dan lingkungan pengujian (PaaS), atau sepenuhnya mentransfer infrastruktur TI ke cloud (sesuai dengan model IaaS).

Skenario penggunaan cloud menjadi lebih kompleks, dan perusahaan semakin menggerakkan sistem dan layanan kritis kepada mereka. Organisasi dengan semburan aktivitas musiman, atau mereka yang mengharapkan pertumbuhan cepat di basis klien, sering berpindah ke platform cloud. Ini membantu mereka mengatasi beban puncak dan skala sumber daya yang digunakan. Juga, perusahaan yang didistribusikan secara geografis (misalnya, rantai ritel besar) bermigrasi ke cloud dengan pusat data mereka sendiri, perusahaan besar yang merasa kesulitan untuk mengelola taman TI yang diperluas, atau perusahaan di segmen SMB di mana tidak ada sumber daya yang cukup untuk membeli dan memelihara server dan sistem penyimpanan. Dan untuk perusahaan pemula dan lini bisnis baru, penyewaan fasilitas TI memungkinkan Anda untuk memulai dengan cepat.

Penyedia besar layanan cloud publik - Microsoft Azure, Amazon, Oracle, dan lainnya - bertanggung jawab atas pemeliharaan dan pengoperasian layanan, untuk keandalan, keamanan, ketersediaan, skalabilitas, perlindungan dan keselamatan data, dll. Layanan ini dapat sangat menguntungkan dan menarik bagi harga, karena penyedia besar memiliki kesempatan untuk menggunakan teknologi mereka sendiri dan menerima persyaratan khusus dari vendor peralatan, di samping itu, pekerjaan "skala ekonomi".

Di sisi lain, ketika bekerja dengan penyedia cloud Rusia dan pusat data di Rusia, ada lebih sedikit sanksi dan risiko lainnya (mengingat masalah dengan akses ke layanan cloud ketika Roskomnadzor mencoba untuk memblokir messenger Telegram), latensi jaringan yang lebih rendah, lebih sedikit masalah dengan memenuhi persyaratan keamanan peraturan dan penyimpanan data pribadi, dan kondisinya mungkin lebih fleksibel.

Bisnis di awan

Menurut Flexera Cloud Solutions: Laporan Kondisi Saat Ini (Rightscale 2019 Status Laporan Cloud dari Flexera), 94% responden sudah menggunakan satu atau beberapa solusi cloud, dan biaya cloud perusahaan terus tumbuh dengan cepat. Pengeluaran yang direncanakan untuk cloud publik pada 2019 adalah 24% lebih tinggi dari pada 2018. Rata-rata, 38% dari beban kerja responden jatuh di atas awan publik, dan 41% bersifat pribadi. Dalam bisnis kecil dan menengah, proporsinya berbeda: 43% adalah awan publik, 35% adalah pribadi.

Departemen TI di perusahaan dan perusahaan fokus pada pengelolaan sumber daya cloud dan mengoptimalkan biaya teknologi cloud. 66% perusahaan sudah memiliki kelompok spesialis teknologi cloud yang berdedikasi, atau pusat kompetensi dan keunggulan. 21% dari perusahaan berencana untuk mengaturnya. Prioritas dalam kegiatan departemen TI dianggap sebagai optimasi biaya dan manajemen sumber daya cloud yang kompeten (68%), persiapan argumen dan keputusan tentang aplikasi mana dan di mana lingkungan cloud digunakan (62%), memikirkan dan menetapkan kebijakan untuk aplikasi cloud (59%) .

Menurut Oracle, dalam sepuluh tahun ke depan, hingga 80% aplikasi bisnis akan ditransfer ke cloud, hampir semua data perusahaan akan bermigrasi ke sana, dan semua pengembangan dan pengujian aplikasi akan dilakukan di cloud.

Bagaimana cara masuk ke cloud?

Perusahaan memindahkan beban kerja ke cloud karena berbagai alasan, apakah itu menghilangkan pusat data, memigrasikan beban kerja lama, atau membuat dan menjalankan aplikasi berkinerja tinggi di lingkungan yang lebih fleksibel. Menjalankan aplikasi kerja berbasis cloud tradisional dan asli di cloud membutuhkan kinerja dan keandalan yang tinggi secara konsisten di seluruh tumpukan.

Bagi banyak organisasi yang belum menggunakan kemampuan teknologi cloud, masalah yang paling penting adalah " migrasi ke cloud " - persiapan untuk memindahkan infrastruktur TI perusahaan ke ruang virtual untuk meningkatkan kualitas layanan dan mengurangi biaya operasi. Langkah apa yang diperlukan untuk ini? Migrasi termasuk mengembangkan rencana, menggunakan infrastruktur di cloud, memindahkan data, menguji infrastruktur, dan meluncurkan layanan.

1. Memilih penyedia cloud

Migrasi ke cloud melibatkan pemindahan data, pengaturan, layanan, dan aplikasi dari situs lokal perusahaan atau organisasi ke pusat data virtual penyedia cloud. Migrasi semacam itu biasanya memakan waktu beberapa hari. Tugas serius adalah memilih penyedia layanan - penyedia cloud yang memenuhi semua persyaratan proyek migrasi.

2. Inventarisasi infrastruktur TI

Jika pilihan ini dibuat, maka Anda harus mulai dengan inventarisasi infrastruktur Anda secara menyeluruh, termasuk jaringan fisik dan peralatan TI, perangkat lunak, dan layanan. Seringkali ini tidak hanya mempromosikan migrasi, tetapi juga memungkinkan Anda untuk mengoptimalkan infrastruktur TI Anda, menertibkannya, mendistribusikan kembali proses dan memuat, yang tanpanya akan sangat sulit untuk berhasil ditransfer ke cloud. Ini akan memberikan gagasan yang jelas tentang infrastruktur TI yang ada, memahami bagaimana komponen berinteraksi satu sama lain, dan seterusnya. Ini akan memudahkan proses migrasi dan menyederhanakan pengujian layanan yang ditransfer ke cloud.

3. Daftar untuk relokasi

Jika banyak aplikasi bisnis modern pada awalnya dirancang untuk bekerja di infrastruktur cloud, maka dengan perangkat lunak lama, semuanya tidak mudah. Rekayasa ulang sistem tersebut dan audit kualitasnya mungkin diperlukan. Anda perlu membuat daftar layanan terperinci yang ditransfer ke cloud, sistem informasi terkait dan sumber daya komputasi, jaringan dan penyimpanan yang mereka butuhkan. Singkatnya, kita membutuhkan daftar akurat segala sesuatu yang harus dipindahkan ke cloud.

Untuk melakukan ini, Anda perlu memahami proses apa dan apa yang dibutuhkan, berapa banyak sumber daya yang dikonsumsi, apa persyaratan keamanannya, setelah itu Anda dapat menentukan apa yang harus dibawa ke cloud.

Ketika memutuskan untuk menggunakan cloud, perusahaan sering bertanya-tanya seberapa aman mentransfer data perusahaan ke cloud. Meskipun layanan cloud modern dicirikan oleh tingkat keamanan yang cukup tinggi, Anda tidak boleh "mengambil" segala sesuatu di cloud, ini bisa penuh dengan risiko serius untuk bisnis.

Jika pekerjaan tersebut tidak dapat dilakukan oleh pelanggan sendiri, maka penyedia sering menawarkan layanan mereka dalam audit awal sistem informasi . Audit ini memungkinkan kami tidak hanya untuk merencanakan dengan lebih baik transfer layanan ke platform cloud, tetapi juga untuk mengidentifikasi kekurangan dan masalah terkini dari lanskap TI yang ada dan menghilangkannya.

4. Pilihan alat migrasi

Selanjutnya, Anda perlu memutuskan alat migrasi. Kehadiran lingkungan tervirtualisasi menyederhanakan masalah ini - transfer server virtual cukup sederhana. Ada alat P2V khusus untuk "mengkonversi" server fisik ke mesin virtual, meskipun ada jebakan di sini juga. Perusahaan sering memiliki kekhawatiran tentang keamanan, skala dan kompleksitas tugas, ketidakpastian rute migrasi, perbedaan toolkit, dan kurangnya pengalaman.

Sementara itu, vendor terus bekerja untuk memperluas kemampuan aplikasi dan migrasi basis data antara pusat data klien dan cloud, mencoba memastikan koeksistensi cloud dan aplikasi / data lokal dan migrasi mereka antara situs pelanggan dan cloud dengan satu klik. Misalnya, dengan Oracle, beban memang dapat dengan mudah ditransfer antara situs pelanggan dan cloud.

VMware vCloud Extender memungkinkan Anda untuk menggabungkan cloud dan mentransfer VM ke cloud menggunakan antarmuka grafis yang intuitif. Untuk mengonversi server fisik menjadi mesin virtual dan mentransfernya ke cloud penyedia, Anda dapat menggunakan utilitas VMware vCenter Converter. Dalam hal ini, server utama terus berfungsi. Pilihan lain adalah membuat gambar cakram fisik, mengonversinya menjadi format cakram virtual dan mentransfernya ke cloud penyedia, ke lingkungan virtual. Metode lain dari relokasi “alami” adalah mencadangkan dan memulihkan di situs baru.

5. Konektivitas jaringan

Masalah terpisah adalah memastikan interaksi jaringan infrastruktur TI klien dan platform cloud penyedia, yaitu konektivitas jaringan. Ini diselesaikan dengan upaya bersama dari penyedia dan klien. Saluran komunikasi harus menjamin akses pengguna ke cloud . Untuk ini, mungkin perlu mempertimbangkan perutean, pengalamatan, bandwidth dan keandalan saluran komunikasi, serta keamanan informasi (misalnya, kebutuhan akan VPN), horizontal (meningkatkan jumlah VM) dan skalabilitas cloud vertikal (meningkatkan kekuatan VM tertentu).

6. Menyusun rencana migrasi terperinci

Rencana migrasi akan berisi informasi tentang layanan yang ditransfer ke cloud di semua tahap dengan kemampuan untuk memverifikasi setiap tahap. Ini mencerminkan apa yang sebenarnya akan ditransfer ke cloud, dalam urutan apa, dalam jangka waktu berapa. Keberhasilan proses dan tahapan selanjutnya tergantung pada ini. Rencana migrasi mencantumkan layanan penting dan penting, dengan mempertimbangkan prioritas transfer mereka. Dalam kebanyakan kasus, migrasi dimungkinkan tanpa menghentikan layanan.

Dalam hal migrasi, perlu untuk menentukan indikator RTO (downtime) dan RPO (jumlah kehilangan data) dan cara untuk meminimalkannya. Memperbarui dan memodifikasi aplikasi lebih baik sebelum bermigrasi, jika tidak maka akan sulit untuk mengidentifikasi sumber masalah. Peta ketergantungan aplikasi akan membantu mengembangkan mekanisme untuk transfer yang benar ke cloud. Rencana migrasi yang jelas juga menentukan prosedur transfer data.

7. Tes migrasi

Migrasi adalah proses bertahap, dan lebih baik memulainya dengan tes migrasi. Mintalah penyedia pilihan Anda untuk menguji akses ke cloud dan selesaikan prosedur migrasi pada layanan sederhana.

Gradualness dan pentahapan memungkinkan Anda untuk dengan cepat mengidentifikasi dan menghilangkan masalah yang timbul dalam proses transfer. Untuk mentransfer semuanya sekaligus tidak hanya merepotkan, tetapi juga sangat berisiko. Migrasi bertahap atau parsial adalah opsi yang lebih disukai untuk organisasi dengan infrastruktur terdistribusi.

Sebelum memulai migrasi pengujian, ada baiknya menentukan persyaratan untuk kesehatan dan ketersediaan layanan cloud.

Tips Berguna

Melaksanakan proyek migrasi, perlu untuk mengendalikan sebanyak mungkin semua langkah yang diambil. Mengidentifikasi kesalahan pada tahap awal akan membantu mencapai hasil yang diinginkan dan menghemat waktu.

Dalam infrastruktur TI skala besar, lebih baik untuk menyoroti elemen yang paling penting dan bermigrasi pada saat mereka digunakan secara minimal.

Saat memigrasi layanan, Anda dapat membuat salinan layanan di cloud, di sisi penyedia, menyinkronkannya dengan layanan lokal, pastikan layanan cloud berfungsi dengan benar dan mengeluarkan layanan lokal dari layanan.

Dalam beberapa kasus, persyaratan khusus diberikan pada keamanan komunikasi jaringan antara kantor klien dan layanan cloud, dan verifikasi kerentanan potensial mereka. Dalam situasi seperti itu, masuk akal untuk menghubungi penyedia layanan dengan kompetensi yang sesuai. Para ahli akan memberi saran tentang solusi terbaik, termasuk berbagai layanan perlindungan data.

Jika Anda bertindak sesuai rencana dan memperhatikan detail penting, Anda akan bisa mendapatkan hasil yang diharapkan. Para ahli akan membantu Anda menemukan dan menerapkan praktik industri terbaik, menghindari kesalahan mahal dan downtime.

Skenario dan opsi implementasi

Skenario yang mungkin termasuk transfer lengkap aplikasi bisnis tertentu ke cloud , migrasi fungsi individu, penyebaran layanan baru, atau interoperabilitas layanan lokal dan cloud. Dalam hal ini, awan publik, pribadi, atau hibrid dapat digunakan, atau lingkungan multi-cloud mulai populer. Varian implementasi dan pengisian struktur cloud, komposisi dan fungsinya berbeda.


Penyedia cloud, integrator sistem yang memiliki pusat data tervirtualisasi sendiri, menawarkan layanan untuk menyediakan infrastruktur TI yang aman dan efisien yang digunakan di cloud mereka. Jika perlu, klien dapat menggunakan pusat data virtual (WDC) yang berdedikasi dan sepenuhnya operasional.

Bergantung pada kebutuhan dan tugas bisnis klien, pusat data tersebut mencakup sumber daya komputasi (prosesor virtual, memori akses acak virtual), sumber daya untuk menyimpan informasi (ruang disk virtual dengan kinerja yang dinyatakan), infrastruktur jaringan, sistem manajemen dan pemantauan, serta berbagai perangkat lunak lainnya : sistem operasi, DBMS, aplikasi, produk khusus untuk analisis data besar, router virtual, alat manajemen mandiri, layanan cadangan tion, replikasi, keamanan informasi, dll.


Untuk mengakses sistem informasi di cloud, Internet, saluran L2 dan L3 VPN, GOST VPN, atau penyewaan serat optik digunakan.

Cloud bertindak sebagai platform yang telah terbukti untuk sebagian besar sistem aplikasi dan aplikasi bisnis, menyediakan penskalaan beban, penyebaran lingkungan uji, atau bagian dari infrastruktur perusahaan dalam cloud pribadi virtual.

Ini dapat digunakan sebagai platform untuk sistem atau aplikasi bisnis dengan persyaratan kinerja tetap (misalnya, pertukaran virtual, 1C), atau sebagai platform untuk sistem dan aplikasi yang tidak memerlukan kinerja tinggi (lingkungan pengujian dan pengembangan).

Cloud dapat membebaskan Anda dari tugas-tugas TI non-inti, memungkinkan Anda untuk fokus pada bisnis Anda. Semua tugas untuk mendukung dan memelihara infrastruktur TI dilakukan oleh perusahaan khusus. Ini memberikan parameter SLA yang ditentukan dalam perjanjian, respons cepat aplikasi bisnis, tingkat keamanan informasi yang tinggi, menawarkan layanan profesional .

Manfaat cloud sudah lama dikenal:

Keberhasilan transisi ke cloud dipengaruhi oleh kematangan proses bisnis di perusahaan, adanya strategi untuk pengembangannya dan kemauan manajemen untuk berubah. Tentu saja, setiap proyek tersebut bersifat individual, persyaratan pelanggan beragam, skenario berbeda dimungkinkan. Selain itu, tidak semua organisasi memiliki kompetensi seperti itu, oleh karena itu, kami membutuhkan mitra yang kompeten dengan pengalaman yang relevan.