Microsoft Azure - Fabric Controller
Fabric Controller เป็นส่วนสำคัญของสถาปัตยกรรม Windows Azure เมื่อนึกถึงส่วนประกอบหรือบริการที่มีให้โดย Windows Azure เราสงสัยว่าทั้งหมดนี้ทำงานอย่างไรและเกิดอะไรขึ้นในระบบคลาวด์ ดูเหมือนซับซ้อนมากจากจุดจบของเรา ให้เราพิจารณาสถาปัตยกรรมทางกายภาพของบริการเหล่านี้เพื่อให้เข้าใจ Fabric Controller ได้ดีขึ้น
ภายในศูนย์ข้อมูลมีหลายเครื่องหรือเซิร์ฟเวอร์ที่รวมกันโดยสวิตช์ เราสามารถพูดได้ว่า Fabric Controller เป็นสมองของบริการสีฟ้าที่วิเคราะห์กระบวนการและตัดสินใจFabricsเป็นกลุ่มของเครื่องในศูนย์ข้อมูลของ Microsoft ซึ่งรวมโดยสวิตช์ กลุ่มของเครื่องเหล่านี้เรียกว่าcluster. แต่ละคลัสเตอร์ได้รับการจัดการและเป็นเจ้าของโดยตัวควบคุมแฟบริก มีการจำลองแบบพร้อมกับเครื่องจักรเหล่านี้ มันจัดการทุกอย่างภายในเครื่องเหล่านั้นเช่นโหลดบาลานเซอร์สวิตช์ ฯลฯ แต่ละเครื่องมีตัวแทนผ้าทำงานอยู่ข้างในและตัวควบคุมผ้าสามารถสื่อสารกับตัวแทนผ้าแต่ละตัวได้
เมื่อเลือกเครื่องเสมือนที่นำเสนอโดยบริการ Windows Azure มีห้าตัวเลือกให้เลือก การกำหนดค่ามีดังนี้ -
หน่วยความจำ | ซีพียู | ที่เก็บอินสแตนซ์ | |
---|---|---|---|
เล็กพิเศษ | 768 ล้านบาท | แกนเดียว 1.0 GHz | 20 GB |
เล็ก | 1.75 กิกะไบต์ | แกนเดี่ยว 1.6 GHz | 225 GB |
ปานกลาง | 3.5 GB | ดูอัลคอร์ 1.6 GHz | 490 GB |
ใหญ่ | 7 GB | สี่คอร์ 1.6 GHz | 1,000 GB |
ขนาดใหญ่พิเศษ | 14 GB | แปดคอร์ 1.6 GHz | 2,040 กิกะไบต์ |
เมื่อผู้ใช้เลือกเครื่องเสมือนระบบปฏิบัติการการอัปเดตโปรแกรมแก้ไขและการอัปเดตซอฟต์แวร์จะดำเนินการโดยตัวควบคุมแฟบริก ตัดสินใจว่าจะให้แอปพลิเคชันใหม่ทำงานที่ใดซึ่งเป็นหนึ่งในฟังก์ชันที่สำคัญที่สุดของ Fabric Controller นอกจากนี้ยังเลือกเซิร์ฟเวอร์จริงเพื่อเพิ่มประสิทธิภาพการใช้ฮาร์ดแวร์
เมื่อมีการเผยแพร่แอปพลิเคชันใหม่ใน Azure ไฟล์คอนฟิกูเรชันของแอปพลิเคชันที่เขียนใน XML จะถูกแนบไปด้วย ตัวควบคุมแฟบริคจะอ่านไฟล์เหล่านั้นใน Microsoft datacenter และทำการตั้งค่าตามนั้น
นอกเหนือจากการจัดการการจัดสรรทรัพยากรให้กับแอปพลิเคชันเฉพาะแล้วยังตรวจสอบความสมบูรณ์ของบริการประมวลผลและบริการจัดเก็บข้อมูลอีกด้วย นอกจากนี้ยังทำให้ความล้มเหลวในการกู้คืนสำหรับระบบ
ลองนึกภาพสถานการณ์ที่บทบาทของเว็บทำงานอยู่สี่อินสแตนซ์และหนึ่งในนั้นตายไป ตัวควบคุมแฟบริกจะเริ่มอินสแตนซ์ใหม่เพื่อแทนที่อินสแตนซ์ที่ตายแล้วทันที ในทำนองเดียวกันในกรณีที่เครื่องเสมือนใด ๆ ล้มเหลวเครื่องใหม่จะถูกกำหนดโดยตัวควบคุมแฟบริก นอกจากนี้ยังรีเซ็ตโหลดบาลานเซอร์หลังจากกำหนดเครื่องใหม่เพื่อให้ชี้ไปที่เครื่องใหม่ทันที ดังนั้นงานอัจฉริยะทั้งหมดจะดำเนินการโดย Fabric Controller ในสถาปัตยกรรม Windows Azure