อ่านประมาณ 9 นาที
ระดับสูง
หมวด: คลาวด์
อ้างอิง: AWS Architecture Blog — Hybrid cloud orchestration: Modernizing on-premises infrastructure management with AWS
องค์กรที่มีดาต้าเซ็นเตอร์หรือไซต์กระจายหลายแห่งมักเจอปัญหาเดียวกัน ขั้นตอนต่างกันตามฮาร์ดแวร์แต่ละยี่ห้อ งานดูแลวงจรชีวิตเซิร์ฟเวอร์ต้องทำมือ มองเห็นสถานะไม่ทั่ว และเครื่องมือเดิมขยายไม่ไหวเมื่อมีเครื่องนับพันในหลายร้อยไซต์ บทความจาก AWS Architecture Blog เสนอเครื่องยนต์ orchestration แบบ event-driven ที่ใช้บริการ serverless บน AWS ควบคุมคลัสเตอร์ EKS Anywhere และฮาร์ดแวร์ในไซต์ผ่าน Redfish API บทความนี้สรุปสถาปัตยกรรม ลำดับการทำงาน และข้อพิจารณาสำหรับองค์กรไทยที่ยังต้องเก็บระบบบางส่วนไว้ในประเทศ
สี่ปัญหาของการดูแลโครงสร้างพื้นฐานที่กระจายตัว
หนึ่ง ความไม่สม่ำเสมอระหว่างไซต์ ฮาร์ดแวร์ต่างยี่ห้อและข้อกำหนดต่างกันทำให้งานเดียวกันสำเร็จที่บางไซต์และล้มที่บางไซต์ สอง คอขวดจากงานมือ ตั้งแต่เฟิร์มแวร์ ระบบปฏิบัติการ Kubernetes จนถึงแอปพลิเคชัน สาม การมองเห็นที่แตกกระจาย เครื่องมือรายไซต์ทำให้ไม่เห็นสถานะเฟิร์มแวร์หรือกำลังของคลัสเตอร์ทั้งองค์กร สี่ ข้อจำกัดด้านการขยาย เครื่องมือที่ออกแบบสำหรับดาต้าเซ็นเตอร์เดียวรับมือเซิร์ฟเวอร์นับพันในหลายร้อยแห่งไม่ได้
ภาพรวมสถาปัตยกรรม
แกนกลางคือเครื่องยนต์ orchestration บน AWS ที่ประกอบจาก Amazon EventBridge สำหรับกำหนดเส้นทางเหตุการณ์ AWS Step Functions รันเวิร์กโฟลว์ที่มี callback และ Distributed Map สำหรับงานขนาน AWS Lambda ประมวลผลคำขอ Amazon DynamoDB เป็นคลังข้อมูลกลาง Amazon API Gateway เปิด REST API AWS Systems Manager สั่งงานเครื่องในไซต์ และ AWS Batch รันคำสั่ง EKS Anywhere ที่ใช้เวลานาน ฝั่งไซต์ใช้ EKS Anywhere บนเครื่อง bare metal และ Redfish API สำหรับจัดการฮาร์ดแวร์แบบไม่ผูกยี่ห้อ เชื่อมกันผ่าน AWS Direct Connect หรือ Site-to-Site VPN
ลำดับการทำงานเมื่อมีคำสั่ง
ผู้ปฏิบัติงานส่งคำขอผ่านพอร์ทัลบริการตนเอง API Gateway รับคำขอ เช่น สั่งยุติคลัสเตอร์ Lambda ตรวจพารามิเตอร์แล้วสร้างรายการคำสั่งใน DynamoDB กฎของ EventBridge จับคู่ประเภทงานกับเวิร์กโฟลว์ Step Functions ที่เหมาะสม ระบบคืนรหัสคำสั่งทันทีและทำงานเบื้องหลัง สถานะอัปเดตผ่านเหตุการณ์ ผู้ปฏิบัติงานสอบถามสถานะได้โดยไม่ต้องรอ
งานฮาร์ดแวร์ เช่น อัปเดตเฟิร์มแวร์ จัดการพลังงาน ตรวจสุขภาพ และตั้งค่า BIOS จากเทมเพลตมาตรฐาน ทำผ่าน Redfish และขยายจากเครื่องเดียวเป็นหลายพันเครื่องด้วย Distributed Map ส่วนงานคลัสเตอร์ประกอบด้วยการดึงพิมพ์เขียวจากแคตตาล็อกและรายการฮาร์ดแวร์จากระบบคลัง ตรวจสอบก่อนเริ่ม เตรียมเครื่องผู้ดูแล รันคำสั่ง EKS Anywhere ผ่าน Systems Manager หรือ Batch โดยเวิร์กโฟลว์หยุดรอด้วย callback จนไซต์ส่งสัญญาณเสร็จ แล้วจึงติดตั้งส่วนเสริมและตรวจสอบหลังติดตั้ง
ระบบคลังข้อมูลกลางและความปลอดภัย
DynamoDB เก็บตารางไซต์ ฮาร์ดแวร์ คลัสเตอร์ คำสั่ง และแคตตาล็อก เป็นแหล่งความจริงเดียวของความสัมพันธ์ระหว่างทรัพยากรและประวัติการทำงาน ด้านความปลอดภัยใช้บทบาท IAM แบบสิทธิ์น้อยที่สุด IAM Roles Anywhere ให้ข้อมูลรับรองอายุสั้นแก่งานในไซต์โดยไม่ต้องเก็บคีย์ถาวร AWS Private Certificate Authority ร่วมกับ cert-manager ออกและต่ออายุใบรับรองอัตโนมัติ ความลับอยู่ใน Secrets Manager และการตั้งค่าที่ไม่ลับอยู่ใน Parameter Store ส่วน DNS ใช้ Route 53 private hosted zone ที่อัปเดตอัตโนมัติจาก DynamoDB Streams
การมองเห็นและประโยชน์ของแนวทาง event-driven
ทุกคลัสเตอร์ติดตั้ง AWS Distro for OpenTelemetry เก็บเมตริกทั้งชั้นเซิร์ฟเวอร์ Kubernetes และแอปพลิเคชัน ส่งเข้า Amazon Managed Service for Prometheus แล้วแสดงบน Amazon Managed Grafana ที่เดียวทุกไซต์ แนวทาง event-driven ทำให้งานยาวรันแบบไม่บล็อก ส่วนประกอบแยกจากกัน เพิ่มประเภททรัพยากรใหม่ได้โดยเพิ่มเวิร์กโฟลว์และกฎโดยไม่แตะแกนกลาง และป้องกันคำสั่งขัดกัน เช่น ขยายคลัสเตอร์ระหว่างอัปเกรด
ข้อพิจารณาสำหรับองค์กรไทย
องค์กรไทยหลายแห่ง เช่น สถาบันการเงิน โรงงาน หรือหน่วยงานที่มีข้อกำหนดเก็บข้อมูลในประเทศ ต้องคงระบบบางส่วนไว้ในไซต์ของตน แนวทางนี้ให้ควบคุมจากศูนย์กลางโดยงานยังรันในไซต์ สิ่งที่ต้องมีคือการเชื่อมต่อแบบไฮบริดที่เชื่อถือได้ ฮาร์ดแวร์ที่รองรับ Redfish และการทำให้การตั้งค่าเครื่องในแต่ละไซต์สม่ำเสมอพอที่จะใช้พิมพ์เขียวเดียวกัน ทีมงาน Smart Cyber Tech เห็นว่าคุณค่าที่แท้จริงไม่ได้อยู่ที่บริการ AWS ตัวใดตัวหนึ่ง แต่อยู่ที่วินัยของการมีคลังข้อมูลกลาง เวิร์กโฟลว์ที่บันทึกทุกขั้น และสิทธิ์อายุสั้น ซึ่งนำไปใช้ได้แม้กับผู้ให้บริการคลาวด์รายอื่น
ทีมงาน Smart Cyber Tech ให้บริการย้ายระบบขึ้นคลาวด์และวางโครงสร้างพื้นฐานแบบไฮบริด สำหรับองค์กรที่ต้องคงระบบบางส่วนไว้ในประเทศ ตั้งแต่การประเมินระบบเดิม ออกแบบสถาปัตยกรรม จนถึงการวางระบบมอนิเตอร์รวมศูนย์ ปรึกษาได้ที่ แบบฟอร์มติดต่อ
สรุปสาระสำคัญ
- สี่ปัญหาของการดูแลโครงสร้างพื้นฐานที่กระจายตัว
- ภาพรวมสถาปัตยกรรม
- ลำดับการทำงานเมื่อมีคำสั่ง
แหล่งอ้างอิงเรียบเรียงจาก AWS Architecture Blog — Hybrid cloud orchestration: Modernizing on-premises infrastructure management with AWS —
อ่านบทความต้นฉบับภาพปก: AWS Architecture Blog · ลิขสิทธิ์ภาพเป็นของเจ้าของต้นฉบับ ใช้ประกอบการรายงานพร้อมอ้างอิงแหล่งที่มา
มีคำถามเพิ่มเติมเกี่ยวกับบทความนี้? เขียนหาเราได้ที่
info@smart-cyber-tech.com
บริการที่เกี่ยวข้องจากทีมงาน Smart Cyber Tech
แบ่งปันบทความนี้:
LINE
Facebook
X
ปรึกษาทีมของเรา