Jadi, pelancaran rasmi platform Red Hat OpenShift 4 telah berlangsung. Hari ini kami akan memberitahu anda cara untuk beralih kepadanya daripada OpenShift Container Platform 3 secepat dan semudah mungkin.
Untuk tujuan artikel ini, kami amat berminat dengan kluster OpenShift 4 baharu, yang memanfaatkan keupayaan infrastruktur pintar dan tidak berubah berdasarkan RHEL CoreOS dan alatan automasi. Di bawah ini kami akan menunjukkan kepada anda cara menukar kepada OpenShift 4 tanpa sebarang masalah.
Anda boleh mengetahui lebih lanjut tentang perbezaan antara versi baharu dan versi lama. .
Penghijrahan kluster daripada OpenShift 3 kepada OpenShift 4 menggunakan platform Red Hat Appranix yang diperakui
Appranix dan Red Hat telah berusaha dengan gigih untuk memudahkan pemindahan sumber kluster daripada OpenShift 3 kepada OpenShift 4 dengan perkhidmatan tersuai yang berjalan di atas Automasi Kebolehpercayaan Tapak Appranix untuk Kubernetes.
Penyelesaian Appranix (boleh didapati dalam ) membolehkan anda membuat sandaran semua kluster OpenShift 3 dan memulihkannya kepada OpenShift 4 dalam beberapa klik sahaja.
Mengapa penghijrahan menggunakan Appranix untuk OpenShift 4 adalah baik
- Permulaan yang cepat. Memandangkan penyelesaian Appranix dibina berdasarkan prinsip SaaS, tidak perlu menyediakan sebarang infrastruktur dan tidak perlu mengkonfigurasi atau menggunakan penyelesaian migrasi khusus yang berasingan.
- Kebolehskalaan Appranix memudahkan untuk memindahkan kelompok besar.
- Sandaran automatik bagi konfigurasi kluster OpenShift 3 yang kompleks dengan pemindahan seterusnya ke OpenShift 4 memudahkan proses migrasi itu sendiri.
- Keupayaan untuk menguji cara aplikasi daripada infrastruktur perusahaan OpenShift 3 berkelakuan pada platform OpenShift 4 dalam awan AWS.
- Penghijrahan tetapan akses RBAC bersama-sama sumber kluster.
- Penghijrahan terpilih atau lengkap semua projek ke gugusan OpenShift 4 baharu.
- Pilihan β organisasi beberapa tahap toleransi kesalahan untuk aplikasi kontena jika anda mempunyai langganan yang sesuai.
Toleransi kesalahan berbilang peringkat (daya tahan) untuk aplikasi OpenShift
Selepas berhijrah daripada OpenShift 3 ke 4, penyelesaian Appranix boleh digunakan untuk menyediakan Ketahanan Aplikasi Berterusan, di mana tiga pilihan boleh dilakukan. Tahap 1 Ketahanan (Ketahanan Tahap 1) membolehkan anda memulihkan aplikasi tanpa mengubah rantau dan pembekal awan. Ia boleh digunakan untuk melancarkan semula aplikasi atau pulih daripada kegagalan setempat di peringkat wilayah, seperti apabila penggunaan aplikasi gagal, atau dalam situasi di mana anda perlu mencipta persekitaran ujian dengan cepat di rantau yang sama tetapi pada kluster OpenShift yang berasingan .
Tahap 2 membolehkan anda memindahkan aplikasi ke rantau lain tanpa menukar pembekal. Dalam kes ini, anda boleh menyimpan infrastruktur data utama di rantau utama, tetapi menjalankan aplikasi dalam kelompok lain di rantau lain. Pilihan ini berguna apabila kawasan awan atau zon turun, atau aplikasi perlu dialihkan ke kawasan lain akibat serangan siber. Dan akhirnya, Tahap 3 membolehkan anda menukar bukan sahaja rantau, tetapi juga pembekal awan.
Bagaimana Appranix SRA berfungsi
Toleransi kesalahan berbilang peringkat aplikasi OpenShift dalam Appranix dicapai melalui fungsi "mesin masa", yang secara automatik mencipta salinan persekitaran aplikasi. Untuk mendayakan fungsi ini dan meningkatkan keselamatan aplikasi, cuma tambah satu baris kod pada saluran paip DevOps anda.
Perkhidmatan infrastruktur penyedia awan juga mengalami masalah, jadi keupayaan untuk bertukar dengan cepat kepada pembekal lain berguna untuk mengelakkan daripada dikunci ke dalam satu pembekal perkhidmatan.
Seperti yang ditunjukkan oleh gambar di bawah, sandaran persekitaran aplikasi boleh dibuat dalam Appranix bukan sahaja secara automatik pada frekuensi tertentu, tetapi juga atas arahan daripada penyepaduan berterusan dan saluran penghantaran CI/CD. Pada masa yang sama, "mesin masa" menyediakan:
- Pengelogan tambahan, gaya GitHub bagi ruang nama dan persekitaran aplikasi.
- Rollback aplikasi mudah.
- Versi konfigurasi awan dan kontena.
- Pengurusan kitaran hayat data automatik.
- Automasi pengurusan infrastruktur sebagai kod (IaC).
- Pengurusan keadaan IaC automatik.
Dengan Appranix, anda boleh menyediakan perlindungan dan pemulihan peringkat aplikasi keseluruhan untuk senario seperti kejuruteraan huru-hara, pemulihan bencana, perlindungan perisian tebusan dan kesinambungan perniagaan. Kami tidak akan memperincikan perkara ini dan akan melihat lebih lanjut cara menggunakan Appranix untuk berhijrah daripada OpenShift 3 ke OpenShift 4.
Cara untuk memindahkan OpenShift 3 ke OpenShift 4 menggunakan Platform Kebolehpercayaan Tapak Appranix
Proses ini merangkumi tiga peringkat:
- Kami mengkonfigurasi OpenShift 3 dan OpenShift 4 untuk mengesan secara automatik semua komponen untuk dipindahkan.
- Kami membuat dasar dan menetapkan ruang nama untuk penghijrahan.
- Memulihkan semua ruang nama pada OpenShift 4 dalam satu klik.
Mengkonfigurasi OpenShift 3 dan 4 Kluster untuk penemuan automatik
Appranix mengandaikan bahawa anda telah menjalankan kluster OpenShift 3 dan OpenShift 4. Jika belum ada kluster OpenShift 4, ciptakannya menggunakan . Menyediakan kluster utama dan sasaran dalam Appranix adalah sama dan hanya melibatkan beberapa langkah.
Memasang Ejen Pengawal Appranix untuk mengesan kelompok
Untuk menemui sumber kluster, anda memerlukan ejen pengawal kereta sampingan yang kecil. Untuk menggunakan ia, hanya salin dan tampal arahan curl yang sesuai, seperti di bawah. Setelah ejen dipasang dalam OpenShift 3 dan OpenShift 4, Appranix akan menemui semua sumber kluster secara automatik untuk dipindahkan, termasuk ruang nama, penempatan, pod, perkhidmatan serta hos dengan sumber lain.
Penghijrahan aplikasi teragih yang besar
Sekarang kita akan melihat contoh cara mudah memindahkan aplikasi perkhidmatan mikro yang diedarkan SockShop daripada OpenShift 3 ke OpenShift 4 (ikut pautan - ). Seperti yang dapat dilihat daripada gambar di bawah, Seni bina SockShop mengandungi banyak komponen.
Appranix menemui semua sumber yang perlu dilindungi dan dipindahkan ke OpenShift 4, termasuk PoD, penempatan, perkhidmatan dan konfigurasi kelompok.
OpenShift 3 dengan SockShop berjalan
Mencipta Dasar Perlindungan untuk penghijrahan
Dasar boleh ditetapkan secara fleksibel bergantung pada cara penghijrahan harus dijalankan. Sebagai contoh, berdasarkan beberapa kriteria atau sandaran sekali sejam.
Menghijrahkan berbilang kluster OpenShift 3 menggunakan Pelan Perlindungan
Bergantung pada aplikasi atau ruang nama tertentu, anda boleh menggunakan dasar pada kluster OpenShift 3 yang berjalan sekali setiap jam, sekali seminggu atau sekali sebulan.
Appranix membolehkan anda memindahkan semua ruang nama kluster ke OpenShift 4 atau hanya yang terpilih.
Kami melakukan migrasi ke OpenShift 4 dalam satu klik
Migrasi ialah pemulihan ruang nama yang dipilih kepada kelompok sasaran OpenShift 4. Operasi ini dilakukan dalam satu klik. Appranix sendiri melakukan semua kerja mengumpul data tentang konfigurasi dan sumber persekitaran sumber dan kemudian secara bebas memulihkannya ke platform OpenShift 4.
Menyemak aplikasi selepas berhijrah ke OpenShift 4
Log masuk ke kluster OpenShift 4, kemas kini projek dan semak sama ada semua aplikasi dan ruang nama adalah ok. Ulangi prosedur pemindahan untuk ruang nama lain, mencipta Pelan Perlindungan baharu atau menukar yang sedia ada.
Melancarkan aplikasi berhijrah pada OpenShift 4
Selepas memindahkan aplikasi menggunakan prosedur pemulihan Appranix, adalah penting untuk diingat untuk mengkonfigurasi laluan - ia mesti menghala ke OpenShift 4. Anda mungkin mahu melakukan pemulihan ujian sebelum memindahkan pengeluaran anda sepenuhnya daripada OpenShift 3. Sebaik sahaja anda mempunyai beberapa aplikasi yang sedang berjalan pada OpenShift 4 dalam ruang nama masing-masing, anda perlu memindahkan aplikasi yang tinggal menggunakan proses ini.
Setelah semua ruang nama dipindahkan, anda boleh melindungi semua kluster OpenShift untuk pemulihan bencana berterusan, anti-ransomware, kesinambungan perniagaan atau migrasi masa hadapan kerana Automasi Kebolehpercayaan Tapak Appranix mengemas kini secara automatik apabila versi baharu OpenShift dikeluarkan.
Dalam jumlah
OpenShift 4 ialah satu langkah besar ke hadapan, terutamanya disebabkan oleh seni bina tidak berubah dan model platform Operator baharu untuk mengautomasikan konfigurasi kompleks aplikasi dan platform yang berjalan dalam persekitaran kluster. Appranix menawarkan pengguna OpenShift cara yang mudah dan mudah untuk berhijrah ke OpenShift 4 dengan penyelesaian pemulihan bencana aplikasi asli awannya, Platform Kebolehpercayaan Tapak.
Penyelesaian Appranix boleh digunakan terus daripada .
Sumber: www.habr.com