ทำให้การย้ายจาก OpenShift 3 เป็น OpenShift 4 ง่ายขึ้น

ดังนั้น การเปิดตัวแพลตฟอร์ม Red Hat OpenShift 4 อย่างเป็นทางการจึงเกิดขึ้น วันนี้เราจะบอกวิธีเปลี่ยนจาก 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 ทั้งหมด และกู้คืนคลัสเตอร์เหล่านั้นเป็น OpenShift 4 ได้ด้วยการคลิกเพียงไม่กี่ครั้ง

เหตุใดการย้ายโดยใช้ Appranix สำหรับ OpenShift 4 จึงดี

• เริ่มต้นอย่างรวดเร็ว เนื่องจากโซลูชัน Appranix สร้างขึ้นบนหลักการ SaaS จึงไม่จำเป็นต้องตั้งค่าโครงสร้างพื้นฐานใดๆ และไม่จำเป็นต้องกำหนดค่าหรือใช้โซลูชันการย้ายข้อมูลแบบพิเศษแยกต่างหาก
• ความสามารถในการปรับขนาดของ Appranix ทำให้การโยกย้ายคลัสเตอร์ขนาดใหญ่เป็นเรื่องง่าย
• การสำรองข้อมูลอัตโนมัติของการกำหนดค่าคลัสเตอร์ OpenShift 3 ที่ซับซ้อนพร้อมการถ่ายโอนไปยัง OpenShift 4 ในภายหลังทำให้กระบวนการโยกย้ายง่ายขึ้น
• ความสามารถในการทดสอบว่าแอปพลิเคชันจากโครงสร้างพื้นฐานองค์กร OpenShift 3 ทำงานบนแพลตฟอร์ม OpenShift 4 ใน AWS Cloud อย่างไร
• การย้ายการตั้งค่าการเข้าถึง RBAC พร้อมกับทรัพยากรคลัสเตอร์
• การย้ายแบบเลือกหรือแบบสมบูรณ์ของโปรเจ็กต์ทั้งหมดไปยังคลัสเตอร์ OpenShift 4 ใหม่
• ตัวเลือกเสริม – การจัดระเบียบความทนทานต่อข้อผิดพลาดหลายระดับสำหรับแอปพลิเคชันคอนเทนเนอร์ หากคุณมีการสมัครใช้งานที่เหมาะสม

ความทนทานต่อข้อผิดพลาดหลายระดับ (ความยืดหยุ่น) สำหรับแอปพลิเคชัน OpenShift

หลังจากย้ายจาก OpenShift 3 เป็น 4 แล้ว สามารถใช้โซลูชัน Appranix เพื่อมอบความยืดหยุ่นของแอปอย่างต่อเนื่อง โดยมีตัวเลือก XNUMX แบบให้เลือก ระดับ 1 ความยืดหยุ่น (ความยืดหยุ่นระดับ 1) ช่วยให้คุณสามารถกู้คืนแอปพลิเคชันโดยไม่ต้องเปลี่ยนภูมิภาคและผู้ให้บริการคลาวด์ สามารถใช้เพื่อย้อนกลับแอปพลิเคชันหรือกู้คืนจากความล้มเหลวภายในเครื่องในระดับภูมิภาค เช่น เมื่อการปรับใช้แอปพลิเคชันล้มเหลว หรือในสถานการณ์ที่คุณต้องการสร้างสภาพแวดล้อมการทดสอบอย่างรวดเร็วในภูมิภาคเดียวกัน แต่บนคลัสเตอร์ OpenShift ที่แยกต่างหาก .

ระดับ 2 ช่วยให้คุณสามารถถ่ายโอนแอปพลิเคชันไปยังภูมิภาคอื่นโดยไม่ต้องเปลี่ยนผู้ให้บริการ ในกรณีนี้ คุณสามารถเก็บโครงสร้างพื้นฐานข้อมูลหลักไว้ในภูมิภาคหลักได้ แต่เรียกใช้แอปพลิเคชันในคลัสเตอร์อื่นในภูมิภาคอื่นได้ ตัวเลือกนี้มีประโยชน์เมื่อภูมิภาคหรือโซนคลาวด์ล่ม หรือจำเป็นต้องย้ายแอปพลิเคชันไปยังภูมิภาคอื่นเนื่องจากการโจมตีทางไซเบอร์ และในที่สุดก็, ระดับ 3 ช่วยให้คุณเปลี่ยนไม่เพียงแต่ภูมิภาค แต่ยังรวมถึงผู้ให้บริการคลาวด์ด้วย

Appranix SRA ทำงานอย่างไร
ความทนทานต่อข้อผิดพลาดหลายระดับของแอปพลิเคชัน OpenShift ใน Appranix ​​ทำได้ผ่านฟังก์ชัน "ไทม์แมชชีน" ซึ่งสร้างสำเนาของสภาพแวดล้อมแอปพลิเคชันโดยอัตโนมัติ หากต้องการเปิดใช้งานฟังก์ชันนี้และปรับปรุงความปลอดภัยของแอปพลิเคชัน เพียงเพิ่มโค้ดหนึ่งบรรทัดลงในไปป์ไลน์ DevOps ของคุณ
บริการโครงสร้างพื้นฐานของผู้ให้บริการคลาวด์ก็ประสบปัญหาเช่นกัน ดังนั้นความสามารถในการสลับไปยังผู้ให้บริการรายอื่นอย่างรวดเร็วจึงมีประโยชน์ในการหลีกเลี่ยงการถูกล็อคให้เป็นผู้ให้บริการรายเดียว

ดังภาพด้านล่างที่แสดงการสำรองข้อมูลสภาพแวดล้อมแอปพลิเคชันสามารถสร้างได้ใน Appranix ไม่เพียงแต่โดยอัตโนมัติที่ความถี่ที่ระบุ แต่ยังเป็นไปตามคำสั่งจากการผสานรวมอย่างต่อเนื่องและไปป์ไลน์การส่งมอบ CI/CD ในเวลาเดียวกัน “ไทม์แมชชีน” ให้:

• การบันทึกเนมสเปซและสภาพแวดล้อมแอปพลิเคชันแบบ GitHub แบบเพิ่มหน่วย
• การย้อนกลับแอปพลิเคชันอย่างง่าย
• การกำหนดเวอร์ชันของการกำหนดค่าคลาวด์และคอนเทนเนอร์
• การจัดการวงจรชีวิตข้อมูลอัตโนมัติ
• ระบบอัตโนมัติของการจัดการโครงสร้างพื้นฐานเป็นรหัส (IaC)
• การจัดการสถานะ IaC อัตโนมัติ

ด้วย Appranix คุณสามารถให้การป้องกันและการกู้คืนระดับแอปพลิเคชันทั้งหมดสำหรับสถานการณ์ต่างๆ เช่น วิศวกรรมวุ่นวาย การกู้คืนความเสียหาย การป้องกันแรนซัมแวร์ และความต่อเนื่องทางธุรกิจ เราจะไม่ลงรายละเอียดเกี่ยวกับเรื่องนี้ และจะดูวิธีใช้ Appranix เพื่อย้ายจาก OpenShift 3 ไปยัง OpenShift 4 เพิ่มเติม

วิธีย้าย OpenShift 3 ไปยัง OpenShift 4 โดยใช้ Appranix Site Reliability Platform

กระบวนการนี้ประกอบด้วยสามขั้นตอน:

1. เรากำหนดค่า OpenShift 3 และ OpenShift 4 เพื่อตรวจจับส่วนประกอบทั้งหมดที่จะย้ายโดยอัตโนมัติ
2. เราสร้างนโยบายและกำหนดเนมสเปซสำหรับการย้ายข้อมูล
3. การกู้คืนเนมสเปซทั้งหมดบน OpenShift 4 ได้ในคลิกเดียว

การกำหนดค่าคลัสเตอร์ OpenShift 3 และ 4 สำหรับการค้นหาอัตโนมัติ

Appranix ถือว่าคุณได้ใช้งานคลัสเตอร์ OpenShift 3 และ OpenShift 4 อยู่แล้ว หากยังไม่มีคลัสเตอร์ OpenShift 4 ให้สร้างคลัสเตอร์โดยใช้ เอกสาร Red Hat สำหรับการปรับใช้ OpenShift 4. การตั้งค่าคลัสเตอร์หลักและคลัสเตอร์เป้าหมายใน Appranix จะเหมือนกันและใช้เวลาเพียงไม่กี่ขั้นตอน

การติดตั้ง Appranix Controller Agent เพื่อตรวจจับคลัสเตอร์

หากต้องการค้นหาทรัพยากรคลัสเตอร์ คุณต้องมีเอเจนต์ตัวควบคุมรถเทียมข้างรถจักรยานยนต์ขนาดเล็ก หากต้องการปรับใช้ เพียงคัดลอกและวางคำสั่ง curl ที่เหมาะสม ดังต่อไปนี้. เมื่อติดตั้งเอเจนต์ใน OpenShift 3 และ OpenShift 4 แล้ว Appranix จะค้นหาทรัพยากรคลัสเตอร์ทั้งหมดที่จะย้ายโดยอัตโนมัติ รวมถึงเนมสเปซ การปรับใช้ พ็อด บริการ ตลอดจนโฮสต์ที่มีทรัพยากรอื่น ๆ

การโยกย้ายแอปพลิเคชันแบบกระจายขนาดใหญ่
ตอนนี้เราจะดูตัวอย่างวิธีถ่ายโอนแอปพลิเคชันไมโครเซอร์วิสแบบกระจาย SockShop จาก OpenShift 3 ไปยัง OpenShift 4 ได้อย่างง่ายดาย (ตามลิงค์ - คำอธิบายโดยละเอียดของแอปพลิเคชันนี้และสถาปัตยกรรมไมโครเซอร์วิส). ดังที่เห็นได้จาก รูปภาพด้านล่าง,สถาปัตยกรรม SockShop มีส่วนประกอบมากมาย

Appranix ค้นพบทรัพยากรทั้งหมดที่จำเป็นต้องได้รับการปกป้องและย้ายไปยัง OpenShift 4 รวมถึง PoD การปรับใช้ บริการ และการกำหนดค่าคลัสเตอร์

OpenShift 3 พร้อม SockShop ทำงานอยู่

การสร้างนโยบายการคุ้มครองสำหรับการโยกย้าย

สามารถกำหนดนโยบายได้อย่างยืดหยุ่น โดยขึ้นอยู่กับวิธีดำเนินการย้ายข้อมูล เช่น อิงตามเกณฑ์ต่างๆ หรือการสำรองข้อมูลชั่วโมงละครั้ง

การย้ายคลัสเตอร์ OpenShift 3 หลายรายการโดยใช้แผนการป้องกัน

คุณสามารถใช้นโยบายกับคลัสเตอร์ OpenShift 3 ที่ทำงานหนึ่งครั้งต่อชั่วโมง สัปดาห์ละครั้ง หรือแม้กระทั่งเดือนละครั้ง ทั้งนี้ขึ้นอยู่กับแอปพลิเคชันหรือเนมสเปซเฉพาะ

Appranix ช่วยให้คุณสามารถย้ายเนมสเปซทั้งหมดของคลัสเตอร์ไปยัง OpenShift 4 หรือเฉพาะที่เลือกไว้

เราดำเนินการโยกย้ายไปยัง OpenShift 4 ได้ในคลิกเดียว

การย้ายคือการคืนค่าเนมสเปซที่เลือกไปยังคลัสเตอร์ OpenShift 4 เป้าหมาย การดำเนินการนี้ทำได้ในคลิกเดียว Appranix เองทำงานทั้งหมดในการรวบรวมข้อมูลเกี่ยวกับการกำหนดค่าและทรัพยากรของสภาพแวดล้อมต้นทาง จากนั้นกู้คืนข้อมูลไปยังแพลตฟอร์ม OpenShift 4 อย่างอิสระ

การตรวจสอบแอปพลิเคชันหลังจากการโยกย้ายไปยัง OpenShift 4

เข้าสู่ระบบคลัสเตอร์ OpenShift 4 อัปเดตโปรเจ็กต์ และตรวจสอบว่าแอปพลิเคชันและเนมสเปซทั้งหมดใช้งานได้ ทำซ้ำขั้นตอนการย้ายสำหรับเนมสเปซอื่น สร้างแผนการป้องกันใหม่หรือเปลี่ยนแปลงที่มีอยู่

การเปิดตัวแอปพลิเคชันที่ถูกย้ายบน OpenShift 4

หลังจากย้ายแอปพลิเคชันโดยใช้ขั้นตอนการกู้คืนของ Appranix สิ่งสำคัญคือต้องจำไว้ว่าต้องกำหนดค่าเส้นทาง โดยเส้นทางจะต้องชี้ไปที่ OpenShift 4 คุณอาจต้องการทดสอบการกู้คืนก่อนที่จะย้ายการผลิตของคุณจาก OpenShift 3 โดยสมบูรณ์ เมื่อคุณมีแอปพลิเคชันที่ทำงานอยู่จำนวนหนึ่งบน OpenShift 4 ในเนมสเปซที่เกี่ยวข้อง คุณจะต้องย้ายแอปพลิเคชันที่เหลือโดยใช้กระบวนการนี้

เมื่อย้ายเนมสเปซทั้งหมดแล้ว คุณสามารถปกป้องคลัสเตอร์ OpenShift ทั้งหมดสำหรับการกู้คืนระบบอย่างต่อเนื่อง การต่อต้านแรนซัมแวร์ ความต่อเนื่องทางธุรกิจ หรือการโยกย้ายในอนาคต เนื่องจาก Appranix Site Reliability Automation จะอัปเดตโดยอัตโนมัติเมื่อมีการเปิดตัว OpenShift เวอร์ชันใหม่

เบ็ดเสร็จ

OpenShift 4 ถือเป็นก้าวสำคัญ สาเหตุหลักมาจากสถาปัตยกรรมแบบใหม่ที่ไม่เปลี่ยนรูปและโมเดลแพลตฟอร์ม Operator สำหรับการกำหนดค่าแอปพลิเคชันและแพลตฟอร์มที่ซับซ้อนที่ทำงานในสภาพแวดล้อมคลัสเตอร์โดยอัตโนมัติ Appranix นำเสนอวิธีที่ง่ายและสะดวกแก่ผู้ใช้ OpenShift ในการย้ายไปยัง OpenShift 4 ด้วยโซลูชันการกู้คืนความเสียหายของแอปพลิเคชันบนระบบคลาวด์ นั่นคือ Site Reliability Platform

สามารถใช้โซลูชัน Appranix ได้โดยตรงจาก แค็ตตาล็อกคอนเทนเนอร์ Red Hat.

ที่มา: will.com