ເຮັດໃຫ້ການເຄື່ອນຍ້າຍຈາກ OpenShift 3 ໄປ OpenShift 4 ງ່າຍຂຶ້ນ

ດັ່ງນັ້ນ, ການເປີດຕົວຢ່າງເປັນທາງການຂອງ Red Hat OpenShift 4 platform ໄດ້ຈັດຂຶ້ນ, ມື້ນີ້ພວກເຮົາຈະບອກທ່ານວິທີການປ່ຽນຈາກ OpenShift Container Platform 3 ໄດ້ໄວແລະງ່າຍດາຍທີ່ສຸດເທົ່າທີ່ເປັນໄປໄດ້.

ສໍາລັບຈຸດປະສົງຂອງບົດຄວາມນີ້, ພວກເຮົາມີຄວາມສົນໃຈຕົ້ນຕໍໃນກຸ່ມ OpenShift 4 ໃຫມ່, ເຊິ່ງນໍາໃຊ້ຄວາມສາມາດຂອງໂຄງສ້າງພື້ນຖານທີ່ສະຫລາດແລະບໍ່ປ່ຽນແປງໂດຍອີງໃສ່ RHEL CoreOS ແລະເຄື່ອງມືອັດຕະໂນມັດ. ຂ້າງລຸ່ມນີ້ພວກເຮົາຈະສະແດງໃຫ້ທ່ານເຫັນວິທີການປ່ຽນເປັນ OpenShift 4 ໂດຍບໍ່ມີບັນຫາໃດໆ.

ທ່ານ​ສາ​ມາດ​ຊອກ​ຫາ​ເພີ່ມ​ເຕີມ​ກ່ຽວ​ກັບ​ຄວາມ​ແຕກ​ຕ່າງ​ລະ​ຫວ່າງ​ສະ​ບັບ​ໃຫມ່​ແລະ​ເກົ່າ​. ທີ່ນີ້.

ການເຄື່ອນຍ້າຍຂອງກຸ່ມຈາກ OpenShift 3 ໄປ OpenShift 4 ໂດຍໃຊ້ແພລະຕະຟອມ Red Hat Appranix ທີ່ໄດ້ຮັບການຮັບຮອງ

Appranix ແລະ Red Hat ໄດ້ເຮັດວຽກຢ່າງພາກພຽນເພື່ອເຮັດໃຫ້ມັນງ່າຍຂຶ້ນໃນການເຄື່ອນຍ້າຍຊັບພະຍາກອນຂອງກຸ່ມຈາກ OpenShift 3 ຫາ OpenShift 4 ດ້ວຍການບໍລິການແບບກຳນົດເອງທີ່ເຮັດວຽກຢູ່ເທິງ Appranix Site Reliability Automation ສໍາລັບ Kubernetes.

ການແກ້ໄຂ Appranix (ສາມາດພົບໄດ້ໃນ ແຄດຕາລັອກກ່ອງບັນຈຸ Red Hat) ອະນຸຍາດໃຫ້ທ່ານສ້າງການສໍາຮອງຂໍ້ມູນຂອງ OpenShift 3 clusters ທັງຫມົດແລະຟື້ນຟູໃຫ້ເຂົາເຈົ້າກັບ OpenShift 4 ໃນພຽງແຕ່ສອງສາມຄລິກ.

ເປັນຫຍັງການເຄື່ອນຍ້າຍໂດຍໃຊ້ Appranix ສໍາລັບ OpenShift 4 ແມ່ນດີ

• ເລີ່ມໄວ. ນັບຕັ້ງແຕ່ການແກ້ໄຂ Appranix ຖືກສ້າງຂຶ້ນໃນຫຼັກການ SaaS, ບໍ່ຈໍາເປັນຕ້ອງຕັ້ງຄ່າໂຄງສ້າງພື້ນຖານໃດໆແລະບໍ່ຈໍາເປັນຕ້ອງກໍານົດຫຼືໃຊ້ວິທີແກ້ໄຂການເຄື່ອນຍ້າຍແບບພິເສດແຍກຕ່າງຫາກ.
• ຄວາມສາມາດໃນການຂະຫຍາຍຂອງ Appranix ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຍ້າຍກຸ່ມຂະຫນາດໃຫຍ່.
• ການສຳຮອງຂໍ້ມູນອັດຕະໂນມັດຂອງການຕັ້ງຄ່າກຸ່ມ OpenShift 3 ທີ່ສັບສົນດ້ວຍການສົ່ງຕໍ່ຕໍ່ໄປຫາ OpenShift 4 ເຮັດໃຫ້ຂະບວນການເຄື່ອນຍ້າຍງ່າຍຂຶ້ນ.
• ຄວາມສາມາດໃນການທົດສອບວ່າແອັບພລິເຄຊັນຈາກ OpenShift 3 ໂຄງສ້າງພື້ນຖານວິສາຫະກິດມີພຶດຕິກຳແນວໃດໃນເວທີ OpenShift 4 ໃນຄລາວຂອງ AWS.
• ການເຄື່ອນຍ້າຍຂອງການຕັ້ງຄ່າການເຂົ້າເຖິງ RBAC ພ້ອມກັບຊັບພະຍາກອນຂອງກຸ່ມ.
• ການຄັດເລືອກ ຫຼືສຳເລັດການຍ້າຍໂຄງການທັງໝົດໄປສູ່ກຸ່ມ OpenShift 4 ໃໝ່.
• ທາງ​ເລືອກ – ການ​ຈັດ​ຕັ້ງ​ຂອງ​ຫຼາຍ​ລະ​ດັບ​ຂອງ​ຄວາມ​ທົນ​ທານ​ຄວາມ​ຜິດ​ສໍາ​ລັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ພາ​ຊະ​ນະ​ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ມີ​ການ​ສະ​ຫມັກ​ທີ່​ເຫມາະ​ສົມ​.

ຄວາມທົນທານຕໍ່ຄວາມຜິດຫຼາຍລະດັບ (ຄວາມຢືດຢຸ່ນ) ສໍາລັບແອັບພລິເຄຊັນ OpenShift

ຫຼັງຈາກການເຄື່ອນຍ້າຍຈາກ OpenShift 3 ຫາ 4, ການແກ້ໄຂ Appranix ສາມາດຖືກນໍາໃຊ້ເພື່ອສະຫນອງຄວາມຢືດຢຸ່ນຂອງ App ຢ່າງຕໍ່ເນື່ອງ, ໃນສາມທາງເລືອກທີ່ເປັນໄປໄດ້. ລະດັບ 1 ຄວາມຢືດຢຸ່ນ (ລະດັບຄວາມຢືດຢຸ່ນລະດັບ 1) ຊ່ວຍໃຫ້ທ່ານສາມາດຟື້ນຟູແອັບພລິເຄຊັນໄດ້ໂດຍບໍ່ຕ້ອງປ່ຽນພາກພື້ນ ແລະຜູ້ໃຫ້ບໍລິການຄລາວ. ມັນສາມາດຖືກນໍາໃຊ້ເພື່ອກັບຄືນຄໍາຮ້ອງສະຫມັກຫຼືຟື້ນຕົວຈາກຄວາມລົ້ມເຫຼວຂອງທ້ອງຖິ່ນໃນລະດັບພາກພື້ນ, ເຊັ່ນ: ໃນເວລາທີ່ການຕິດຕັ້ງແອັບພລິເຄຊັນລົ້ມເຫລວ, ຫຼືໃນສະຖານະການທີ່ທ່ານຕ້ອງການສ້າງສະພາບແວດລ້ອມການທົດສອບຢ່າງໄວວາໃນພາກພື້ນດຽວກັນແຕ່ຢູ່ໃນກຸ່ມ OpenShift ແຍກຕ່າງຫາກ. .

ລະດັບ 2 ອະນຸຍາດໃຫ້ທ່ານໂອນແອັບພລິເຄຊັນໄປຍັງພາກພື້ນອື່ນໂດຍບໍ່ຕ້ອງປ່ຽນຜູ້ໃຫ້ບໍລິການ. ໃນກໍລະນີນີ້, ທ່ານສາມາດຮັກສາໂຄງສ້າງພື້ນຖານຂໍ້ມູນຕົ້ນຕໍໃນພາກພື້ນຕົ້ນຕໍ, ແຕ່ດໍາເນີນການຄໍາຮ້ອງສະຫມັກໃນກຸ່ມອື່ນໃນພາກພື້ນທີ່ແຕກຕ່າງກັນ. ຕົວເລືອກນີ້ມີປະໂຫຍດເມື່ອພື້ນທີ່ ຫຼືເຂດຄລາວຫຼຸດລົງ, ຫຼືແອັບພລິເຄຊັນຕ້ອງຍ້າຍໄປຢູ່ໃນພາກພື້ນອື່ນ ເນື່ອງຈາກການໂຈມຕີທາງອິນເຕີເນັດ. ແລະສຸດທ້າຍ, ລະດັບ 3 ອະນຸຍາດໃຫ້ທ່ານປ່ຽນບໍ່ພຽງແຕ່ພາກພື້ນ, ແຕ່ຍັງຜູ້ໃຫ້ບໍລິການຟັງ.

Appranix SRA ເຮັດວຽກແນວໃດ
ຄວາມທົນທານຕໍ່ຄວາມຜິດຫຼາຍລະດັບຂອງແອັບພລິເຄຊັນ OpenShift ໃນ Appranix ແມ່ນບັນລຸໄດ້ໂດຍຜ່ານການເຮັດວຽກ "ເຄື່ອງເວລາ", ເຊິ່ງສ້າງສໍາເນົາສະພາບແວດລ້ອມຂອງແອັບພລິເຄຊັນໂດຍອັດຕະໂນມັດ. ເພື່ອເປີດໃຊ້ງານນີ້ ແລະປັບປຸງຄວາມປອດໄພຂອງແອັບພລິເຄຊັນ, ພຽງແຕ່ເພີ່ມລະຫັດໜຶ່ງແຖວໃສ່ທໍ່ DevOps ຂອງທ່ານ.
ການບໍລິການພື້ນຖານໂຄງລ່າງຂອງຜູ້ໃຫ້ບໍລິການຄລາວຍັງປະສົບບັນຫາ, ດັ່ງນັ້ນຄວາມສາມາດໃນການປ່ຽນໄປຫາຜູ້ໃຫ້ບໍລິການອື່ນຢ່າງໄວວາແມ່ນເປັນປະໂຫຍດເພື່ອຫຼີກເວັ້ນການຖືກລັອກເຂົ້າໄປໃນຜູ້ໃຫ້ບໍລິການດຽວ.

ດັ່ງທີ່ຮູບຂ້າງລຸ່ມນີ້ສະແດງໃຫ້ເຫັນ, ການສໍາຮອງຂໍ້ມູນສະພາບແວດລ້ອມຂອງແອັບພລິເຄຊັນສາມາດຖືກສ້າງຂື້ນໃນ Appranix ບໍ່ພຽງແຕ່ອັດຕະໂນມັດໃນຄວາມຖີ່ທີ່ກໍານົດໄວ້, ແຕ່ຍັງຢູ່ໃນຄໍາສັ່ງຈາກການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງແລະທໍ່ສົ່ງ CI / CD. ໃນເວລາດຽວກັນ, "ເຄື່ອງເວລາ" ສະຫນອງ:

• ເພີ່ມ, ການບັນທຶກແບບ GitHub ຂອງ namespaces ແລະສະພາບແວດລ້ອມແອັບພລິເຄຊັນ.
• ຄໍາຮ້ອງສະຫມັກງ່າຍດາຍ rollback.
• ເວີຊັນຂອງການຕັ້ງຄ່າຄລາວ ແລະບັນຈຸ.
• ການຄຸ້ມຄອງວົງຈອນຂໍ້ມູນອັດຕະໂນມັດ.
• ອັດຕະໂນມັດຂອງໂຄງສ້າງພື້ນຖານເປັນລະຫັດ (IaC).
• ການຄຸ້ມຄອງລັດ IaC ອັດຕະໂນມັດ.

ດ້ວຍ Appranix, ທ່ານສາມາດສະຫນອງການປົກປ້ອງລະດັບຄໍາຮ້ອງສະຫມັກທັງຫມົດແລະການຟື້ນຟູສໍາລັບສະຖານະການເຊັ່ນ: ວິສະວະກໍາຄວາມວຸ່ນວາຍ, ການຟື້ນຟູໄພພິບັດ, ການປົກປ້ອງ ransomware, ແລະການສືບຕໍ່ທຸລະກິດ. ພວກເຮົາຈະບໍ່ເຂົ້າໄປໃນລາຍລະອຽດກ່ຽວກັບເລື່ອງນີ້ແລະຈະເບິ່ງຕື່ມອີກກ່ຽວກັບວິທີການໃຊ້ Appranix ເພື່ອຍ້າຍຈາກ OpenShift 3 ໄປ OpenShift 4.

ວິທີການໂອນ OpenShift 3 ໄປ OpenShift 4 ໂດຍໃຊ້ Appranix Site Reliability Platform

ຂະບວນການປະກອບມີສາມຂັ້ນຕອນ:

1. ພວກເຮົາກຳນົດຄ່າ OpenShift 3 ແລະ OpenShift 4 ເພື່ອກວດຫາອົງປະກອບທັງໝົດທີ່ຈະໂອນຍ້າຍໂດຍອັດຕະໂນມັດ.
2. ພວກເຮົາສ້າງນະໂຍບາຍແລະກໍານົດ namespaces ສໍາລັບການເຄື່ອນຍ້າຍ.
3. ການຟື້ນຕົວ namespaces ທັງຫມົດໃນ OpenShift 4 ໃນຫນຶ່ງຄລິກ.

ການຕັ້ງຄ່າ OpenShift 3 ແລະ 4 Clusters ສໍາລັບການຄົ້ນພົບອັດຕະໂນມັດ

Appranix ສົມມຸດວ່າທ່ານໄດ້ແລ່ນ OpenShift 3 ແລະ OpenShift 4 clusters ແລ້ວ. ຖ້າບໍ່ມີ OpenShift 4 clusters ເທື່ອ, ສ້າງພວກມັນໂດຍໃຊ້ ເອກະສານ Red Hat ສໍາລັບການຕິດຕັ້ງ OpenShift 4. ການຕັ້ງຄ່າກຸ່ມຕົ້ນຕໍແລະກຸ່ມເປົ້າຫມາຍໃນ Appranix ​​ແມ່ນຄືກັນແລະມີສ່ວນຮ່ວມພຽງແຕ່ສອງສາມຂັ້ນຕອນ.

ການຕິດຕັ້ງ Appranix Controller Agent ເພື່ອກວດຫາກຸ່ມ

ເພື່ອຄົ້ນພົບຊັບພະຍາກອນຂອງກຸ່ມ, ທ່ານຕ້ອງການຕົວແທນຄວບຄຸມ sidecar ຂະຫນາດນ້ອຍ. ເພື່ອໃຊ້ມັນ, ພຽງແຕ່ຄັດລອກແລະວາງຄໍາສັ່ງ curl ທີ່ເຫມາະສົມ, ດັ່ງຂ້າງລຸ່ມນີ້. ເມື່ອຕົວແທນຖືກຕິດຕັ້ງຢູ່ໃນ OpenShift 3 ແລະ OpenShift 4, Appranix ຈະຄົ້ນພົບຊັບພະຍາກອນຂອງກຸ່ມທີ່ຈະຖືກຍ້າຍໂດຍອັດຕະໂນມັດ, ລວມທັງ namespaces, deployments, pods, services, as well as hosts with other resources.

ການເຄື່ອນຍ້າຍຂອງຄໍາຮ້ອງສະຫມັກແຈກຢາຍຂະຫນາດໃຫຍ່
ຕອນນີ້ພວກເຮົາຈະເບິ່ງຕົວຢ່າງຂອງວິທີການໂອນຄໍາຮ້ອງສະຫມັກຈຸນລະພາກທີ່ແຈກຢາຍໄດ້ງ່າຍ SockShop ຈາກ OpenShift 3 ໄປ OpenShift 4 (ປະຕິບັດຕາມການເຊື່ອມຕໍ່ - ລາຍລະອຽດຂອງແອັບພລິເຄຊັນນີ້ ແລະສະຖາປັດຕະຍະກຳຂອງບໍລິການຈຸລະພາກ). ດັ່ງທີ່ເຫັນໄດ້ຈາກ ຮູບຂ້າງລຸ່ມນີ້,ສະຖາປັດຕະຍະກໍາ SockShop ປະກອບດ້ວຍຫຼາຍອົງປະກອບ.

Appranix ຄົ້ນພົບຊັບພະຍາກອນທັງໝົດທີ່ຕ້ອງໄດ້ຮັບການປົກປ້ອງ ແລະຍ້າຍໄປ OpenShift 4, ລວມທັງ PoDs, ການນຳໃຊ້, ບໍລິການ, ແລະການຕັ້ງຄ່າກຸ່ມ.

OpenShift 3 ກັບ SockShop ແລ່ນ

ການສ້າງນະໂຍບາຍການປົກປ້ອງສໍາລັບການເຄື່ອນຍ້າຍ

ນະໂຍບາຍສາມາດຖືກຕັ້ງຄ່າໄດ້ຢ່າງຍືດຫຍຸ່ນໂດຍຂຶ້ນກັບວິທີການເຄື່ອນຍ້າຍຄວນໄດ້ຮັບການປະຕິບັດ. ຕົວຢ່າງ, ອີງຕາມເງື່ອນໄຂຈໍານວນຫນຶ່ງຫຼືສໍາຮອງຂໍ້ມູນຫນຶ່ງຄັ້ງຕໍ່ຊົ່ວໂມງ.

ການເຄື່ອນຍ້າຍຫຼາຍກຸ່ມ OpenShift 3 ໂດຍໃຊ້ແຜນການປົກປ້ອງ

ອີງຕາມຄໍາຮ້ອງສະຫມັກສະເພາະຫຼື namespace, ທ່ານສາມາດສະຫມັກຂໍເອົານະໂຍບາຍກັບ OpenShift 3 clusters ທີ່ດໍາເນີນການຫນຶ່ງຊົ່ວໂມງຕໍ່ຊົ່ວໂມງ, ຫນຶ່ງຄັ້ງຕໍ່ອາທິດ, ຫຼືແມ້ກະທັ້ງຫນຶ່ງຄັ້ງຕໍ່ເດືອນ.

Appranix ອະນຸຍາດໃຫ້ທ່ານຍ້າຍ namespaces ທັງຫມົດຂອງກຸ່ມໄປຫາ OpenShift 4 ຫຼືພຽງແຕ່ເລືອກ.

ພວກເຮົາປະຕິບັດການເຄື່ອນຍ້າຍໄປຫາ OpenShift 4 ໃນຄລິກດຽວ

ການເຄື່ອນຍ້າຍແມ່ນການຟື້ນຟູຂອງ namespaces ທີ່ເລືອກໄປຫາກຸ່ມ OpenShift 4 ເປົ້າຫມາຍ. Appranix ຕົວຂອງມັນເອງເຮັດວຽກທັງຫມົດຂອງການເກັບກໍາຂໍ້ມູນກ່ຽວກັບການຕັ້ງຄ່າແລະຊັບພະຍາກອນຂອງສະພາບແວດລ້ອມແຫຼ່ງແລະຫຼັງຈາກນັ້ນຟື້ນຟູມັນກັບ OpenShift 4 ເປັນເອກະລາດ.

ການກວດສອບແອັບພລິເຄຊັນຫຼັງຈາກການເຄື່ອນຍ້າຍໄປຫາ OpenShift 4

ເຂົ້າສູ່ລະບົບ OpenShift 4 cluster, ອັບເດດໂຄງການ ແລະກວດເບິ່ງວ່າທຸກແອັບພລິເຄຊັນ ແລະ namespaces ແມ່ນແລ້ວ. ເຮັດຊ້ໍາຂັ້ນຕອນການເຄື່ອນຍ້າຍສໍາລັບ namespaces ອື່ນໆ, ສ້າງແຜນການປົກປ້ອງໃຫມ່ຫຼືການປ່ຽນແປງທີ່ມີຢູ່ແລ້ວ.

ເປີດຕົວແອັບພລິເຄຊັນທີ່ໂອນຍ້າຍໃນ OpenShift 4

ຫຼັງຈາກການເຄື່ອນຍ້າຍຄໍາຮ້ອງສະຫມັກໂດຍໃຊ້ຂັ້ນຕອນການຟື້ນຟູ Appranix, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະຈື່ຈໍາທີ່ຈະກໍາຫນົດຄ່າເສັ້ນທາງ - ພວກເຂົາຕ້ອງຊີ້ໃຫ້ເຫັນ OpenShift 4. ທ່ານອາດຈະຕ້ອງການເຮັດການທົດສອບການຟື້ນຟູກ່ອນທີ່ຈະເຄື່ອນຍ້າຍການຜະລິດຂອງທ່ານຢ່າງສົມບູນຈາກ OpenShift 3. ເມື່ອທ່ານມີແອັບພລິເຄຊັນທີ່ເຮັດວຽກບໍ່ຫຼາຍປານໃດໃນ OpenShift 4 ໃນ namespaces ຂອງພວກເຂົາ, ທ່ານຈະຕ້ອງຍ້າຍແອັບພລິເຄຊັນທີ່ຍັງເຫຼືອໂດຍໃຊ້ຂະບວນການນີ້.

ເມື່ອ namespaces ທັງຫມົດຖືກຍົກຍ້າຍ, ທ່ານສາມາດປົກປ້ອງກຸ່ມ OpenShift ທັງຫມົດສໍາລັບການຟື້ນຕົວໄພພິບັດຢ່າງຕໍ່ເນື່ອງ, ຕ້ານ ransomware, ການສືບຕໍ່ທຸລະກິດ, ຫຼືການເຄື່ອນຍ້າຍໃນອະນາຄົດເພາະວ່າ Appranix Site Reliability Automation ປັບປຸງອັດຕະໂນມັດເມື່ອ OpenShift ຮຸ່ນໃຫມ່ຖືກປ່ອຍອອກມາ.

ລວມ

OpenShift 4 ເປັນບາດກ້າວອັນໃຫຍ່ຫຼວງຕໍ່ຫນ້າ, ຕົ້ນຕໍແມ່ນເນື່ອງມາຈາກສະຖາປັດຕະຍະກໍາທີ່ບໍ່ສາມາດປ່ຽນແປງໄດ້ແລະຮູບແບບແພລະຕະຟອມ Operator ສໍາລັບອັດຕະໂນມັດການຕັ້ງຄ່າສະລັບສັບຊ້ອນຂອງແອັບພລິເຄຊັນແລະແພລະຕະຟອມທີ່ເຮັດວຽກຢູ່ໃນສະພາບແວດລ້ອມຂອງກຸ່ມ. Appranix ສະເໜີໃຫ້ຜູ້ໃຊ້ OpenShift ເປັນວິທີທີ່ງ່າຍດາຍ ແລະສະດວກໃນການເຄື່ອນຍ້າຍໄປຫາ OpenShift 4 ດ້ວຍການແກ້ໄຂການກູ້ຂໍ້ມູນໄພພິບັດຂອງແອັບພລິເຄຊັ່ນ cloud-native, Site Reliability Platform.

ການແກ້ໄຂ Appranix ສາມາດຖືກນໍາໃຊ້ໂດຍກົງຈາກ ແຄດຕາລັອກກ່ອງບັນຈຸ Red Hat.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com