ฉันควรใช้ Zabbix ใน AWS หรือไม่

การตรวจสอบ Amazon EC2

Zabbix มีส่วนแบ่งการตลาดสูงในฐานะเครื่องมือตรวจสอบ OSS ในตัวแม้ว่าจะมีการใช้กันอย่างแพร่หลายในสภาพแวดล้อมภายในองค์กร แต่ก็มีตัวอย่างมากมายของ Zabbix ที่ใช้ในสภาพแวดล้อม AWSแม้ว่า AWS จะมีบริการตรวจสอบเช่น Amazon CloudWatch ด้วยเหตุใดคุณจึงควรใช้ Zabbixส่วนนี้อธิบายถึงประโยชน์ของการมอนิเตอร์อินสแตนซ์ EC2 และอินสแตนซ์อื่น ๆ ตลอดจนกระบวนการกำหนดค่า

เหตุใดจึงต้องใช้ Zabbix แทน Amazon CloudWatch

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

Zabbix มีข้อได้เปรียบในการตรวจสอบไม่เพียง แต่ในสถานที่ แต่ยังรวมถึงสภาพแวดล้อมระบบคลาวด์และเสมือนในลักษณะบูรณาการ

ในขณะที่มาตรฐาน Amazon CloudWatch จำกัด เฉพาะการตรวจสอบทรัพยากร AWS (CPU หน่วยความจำ ฯลฯ ) Zabbix ช่วยให้คุณสามารถตรวจสอบสถานะของแอปพลิเคชันของคุณได้อย่างละเอียด

ต่อไปนี้เป็นรายการข้อดีอื่น ๆ ของ Zabbix

การตรวจสอบสภาพแวดล้อมแบบบูรณาการกับบัญชี AWS หลายบัญชี

Amazon CloudWatch ทำการตรวจสอบตามบัญชี AWSZabbix สามารถตรวจสอบสภาพแวดล้อมของบัญชี AWS หลายบัญชีซึ่งสามารถตรวจสอบระบบธุรกิจที่ประกอบด้วยหลายบัญชีนอกจากนี้ยังสามารถตรวจจับความผิดปกติไม่เพียง แต่โดยการแจ้งเตือนธรรมดาตามเกณฑ์เท่านั้น แต่ยังรวมถึงเกณฑ์และเงื่อนไขหลายรายการร่วมกัน 

สามารถกำหนดค่าด้วยการแจ้งเตือนโดยละเอียดเพื่อให้เหมาะกับสภาพการทำงานจริง

Amazon CloudWatch สามารถแจ้งเตือนคุณด้วยข้อความในกรณีที่เกิดความผิดปกติตัวอย่างเช่นหากระบบของคุณหยุดการบำรุงรักษาคุณไม่จำเป็นต้องได้รับการแจ้งเตือนทางข้อความนี่คือจุดที่ Zabbix อนุญาตให้คุณกำหนดค่ากรณีเหล่านี้ในลักษณะที่ช่วยให้คุณสามารถระงับข้อความที่ไม่ต้องการวิธีนี้จะช่วยให้มั่นใจได้ว่าคุณจะได้รับการแจ้งเตือนเมื่อมีสิ่งผิดปกติที่จำเป็นต้องได้รับการแก้ไขเท่านั้น

ไม่มีระยะเวลาการเก็บรักษาสำหรับเมตริก (บันทึกการตรวจสอบ)

ด้วย Amazon CloudWatch สามารถจัดเก็บเมตริกได้นานถึง 15 เดือนยิ่งไปกว่านั้นคุณสามารถจัดเก็บเมตริกได้ทีละชั่วโมงเป็นเวลา 15 เดือนและหากกำหนดช่วงเวลาการตรวจสอบไว้น้อยกว่า 60 วินาทีคุณจะจัดเก็บได้สูงสุด 3 ชั่วโมงเท่านั้นZabbix ช่วยให้สามารถจัดเก็บเมตริกได้ในระยะยาวโดยไม่ต้องเปลี่ยนรายละเอียดของข้อมูล

วิธีตรวจสอบสภาพแวดล้อม AWS ด้วย Zabbix

หากคุณต้องการใช้ Zabbix ใน AWS คุณจะต้องสร้างอินสแตนซ์ Amazon EC2 และ DB และติดตั้ง Zabbixหลังการติดตั้งขั้นตอนการกำหนดค่า Zabbix จะเหมือนกับในองค์กรยกเว้นว่าคุณจะต้องตั้งค่าสิ่งต่อไปนี้

1. บัญชีผู้ใช้ (นอกเหนือจากผู้ใช้ผู้ดูแลระบบของ Zabbix คุณจะต้องสร้างผู้ใช้สำหรับการใช้งานจริง)
2. ตัวแทนโฮสต์ Zabbix (กำหนดว่าจะรวบรวมข้อมูลจากที่ใด)
3. รายการ (ตั้งค่าข้อมูลที่จะรวบรวม)
4. ทริกเกอร์ (กำหนดสถานะของข้อมูลที่ผิดปกติ)
5. การดำเนินการ (กำหนดการดำเนินการเมื่อเกิดข้อผิดพลาด)

นอกจากนี้คุณสามารถกำหนดการตั้งค่าเฉพาะ AWS ได้เช่นการสร้างผู้ใช้ใน AWS IAM ด้วยสิทธิ์ที่จำเป็นสำหรับ Zabbix ซึ่งจะช่วยให้ Zabbix ตรวจสอบแอปพลิเคชันและสภาพแวดล้อม AWS ในแง่มุมอื่น ๆ

ใช้เครื่องมือที่เหมาะสมกับความต้องการในการตรวจสอบของคุณ

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

ในทางกลับกัน Zabbix มีตัวเลือกการกำหนดค่ามากมายดังนั้นคุณจะต้องตัดสินใจว่าจะตรวจสอบอะไรอย่างไรและเงื่อนไขใดที่ผิดปกติ

ในทางกลับกัน Zabbix มีการตั้งค่ามากมายดังนั้นคุณต้องออกแบบการทำงานให้ชัดเจนว่าจะตรวจสอบอะไรและจะทำอย่างไรกับมันและจะทำอย่างไรกับมัน แน่นอนว่าสำหรับระบบที่สำคัญการออกแบบนั้นเป็นสิ่งสำคัญอย่างไรก็ตามสำหรับระบบที่ค่อนข้างเรียบง่ายเช่น“ ถ้ากระบวนการหยุดเพียงแค่เริ่มต้นใหม่” จะไม่มีการตรวจสอบ Zabbix ที่ตรงกันSIOS AppKeeper เป็นทางออกที่ดีสำหรับกรณีดังกล่าวเนื่องจากตรวจสอบบริการ (กระบวนการ) ของแอปพลิเคชันที่ทำงานบนอินสแตนซ์ EC2 และรีสตาร์ทแอปพลิเคชันหากตรวจพบปัญหา ทำให้สามารถตรวจสอบและใช้งานได้ง่าย

แน่นอนว่าการใช้ Zabbix ในทุกระบบนั้นไม่ "บังคับ"ด้วยการใช้เครื่องมือที่เหมาะสมสำหรับการตรวจสอบแต่ละประเภทคุณจะสามารถใช้งานระบบของคุณได้อย่างมีประสิทธิภาพมากขึ้น

เพิ่ม SIOS AppKeeper ในการตรวจสอบและการกู้คืน EC2 ของคุณ

ผลิตซ้ำจาก SIOS

วิธีเลือกคลาวด์เมื่อคุณต้องการความพร้อมใช้งานสูง

ทำความเข้าใจตลาดคลาวด์

บริษัท นักวิเคราะห์หลายแห่งคาดการณ์ว่าจะมีการปรับใช้แอปพลิเคชันฐานข้อมูลและโซลูชันในระบบคลาวด์ที่เพิ่มขึ้นอย่างต่อเนื่อง ตามรายงานของ Gartner บริษัท ต่างๆ“ กำลังย้ายไปใช้ระบบคลาวด์ในอัตราที่เพิ่มข^[1]ึ้น” ในความเป็นจริง Gartner และนักวิเคราะห์คนอื่น ๆ คาดว่าการย้ายและการปรับใช้ระบบคลาวด์จะยังคงเร่งตัวขึ้นอย่างต่อเนื่องโดยส่วนใหญ่เป็นผลมาจากการสร้างสรรค์นวัตกรรมในระบบคลาวด์ ในบทความ TechTarget โดย Kurt Marko จาก MarkoInsights มาร์โคตั้งข้อสังเกตว่านวัตกรรมที่“ ดำเนินการในระบบคลาวด์นั้นไม่สามารถจำลองแบบในสถานที่ได้เนื่องจากลักษณะที่ยืดหยุ่นปรับขนาดได้และตามความต้องการของระบบคลาวด์สาธารณะที่มีการจัดการ บริการ”

เราเห็น บริษัท จำนวนมากขึ้นเรื่อย ๆ ที่ใช้ระบบคลาวด์เฉพาะสำหรับแอปพลิเคชัน DevOps และฐานข้อมูลที่ไม่จำเป็นต่อธุรกิจของพวกเขาขณะนี้กำลังย้ายแอปพลิเคชันที่มีความสำคัญต่อภารกิจ ERP และฐานข้อมูลที่ต้องการการป้องกันความพร้อมใช้งานสูงไปยังระบบคลาวด์

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

ทำความคุ้นเคยกับตัวเลือกความพร้อมใช้งานสูงบนคลาวด์

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

สิ่งที่ควรพิจารณา 10 ประการเมื่อเปรียบเทียบตัวเลือกความพร้อมใช้งานในระบบคลาวด์มีดังนี้

1. วิธีการปรับใช้ เป็นไปได้หรือไม่ที่จะปรับใช้โซลูชันความพร้อมใช้งานที่คุณกำลังพิจารณาโดยใช้อิมเมจ CLI UI หรือโซลูชันที่ทำซ้ำได้อื่น ๆ เช่นเทมเพลตการสร้างคลาวด์หรือสคริปต์แพ็กเกจ

2. ความต้องการของระบบโดยเฉพาะอย่างยิ่งพิจารณาความต้องการของระบบปฏิบัติการ (OS), ดิสก์, CPU และหน่วยความจำ

3. สภาพแวดล้อมการปรับใช้ตัวเลือกความพร้อมใช้งานของคุณรองรับเฉพาะในองค์กรระบบคลาวด์สาธารณะอย่างน้อยหนึ่งระบบหรือสามารถรองรับการใช้งานแบบผสมผสานและ / หรือการปรับใช้ระบบคลาวด์แบบไฮบริด มีบริการ SaaS ด้วยหรือไม่?

4. ความกว้างและความลึกของการป้องกันแอปพลิเคชัน “ ความกว้าง” หมายถึงประเภทของแอปพลิเคชันฐานข้อมูลส่วนหน้าระบบเครือข่ายและส่วนประกอบโครงสร้างพื้นฐานที่สามารถป้องกันได้มีกรอบงานที่ยืดหยุ่นสำหรับการเพิ่มแอปพลิเคชันและตัวแปรใหม่ ๆ หรือไม่? “ ความลึก” หมายถึง – โซลูชันที่แอปพลิเคชันรับรู้ – และสามารถรักษาแนวทางปฏิบัติที่ดีที่สุดเฉพาะแอปพลิเคชันตลอดกระบวนการเฟลโอเวอร์ / เฟลแบ็คของแอปพลิเคชันได้หรือไม่

5. ต้องการประสิทธิภาพการทำงาน. เรามักจะนึกถึง RTO และ RPO แต่สิ่งที่เกี่ยวกับความต้องการด้านประสิทธิภาพอื่น ๆ ของโซลูชันของคุณ โซลูชันความพร้อมใช้งานของคุณจะทำให้เกิดปัญหาด้านประสิทธิภาพในการล้มเหลวหรือไม่

6. ข้อกำหนดด้านความยืดหยุ่นคลัสเตอร์ขนาดใหญ่เพียงใดที่โซลูชันความพร้อมใช้งานสามารถรองรับได้?, สามารถตรวจจับและกู้คืนข้อผิดพลาดและความล้มเหลวได้กี่ข้อ การจำลองแบบจะได้รับการจัดการอย่างไรในขณะที่ยังคงซิงค์ข้อมูลเมตาอยู่

7. ความสามารถในการรองรับและการบำรุงรักษาผู้จำหน่ายความพร้อมใช้งานมีประสบการณ์เกี่ยวกับความต้องการและการกำหนดค่าความพร้อมใช้งานที่หลากหลายหรือไม่ พวกเขามีอายุยืนยาวหรือไม่และระบบสนับสนุนที่ออกแบบมาเพื่อแก้ไขปัญหาที่อาจนอกเหนือไปจากการแก้ปัญหา สามารถช่วยคุณลดการหยุดชะงักและการหยุดทำงานตามแผนในระหว่างการจัดการระบบและการบำรุงรักษา (แพตช์การอัปเกรดและการบำรุงรักษาทั่วไป)

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

9. รูปแบบการออกใบอนุญาตและราคาคุณใช้ต้นทุนของซอฟต์แวร์อย่างไร? มีค่าธรรมเนียมการสมัครสมาชิกรูปแบบการสมัครรับข้อเสนอแบบจ่ายตามการใช้งานนำใบอนุญาตของคุณเอง (BYOL) หรือการรวมกันของตัวเลือกที่ยืดหยุ่น คุณจะเปิดใช้งานการออกใบอนุญาตผลิตภัณฑ์ได้อย่างไร?มีเซิร์ฟเวอร์ใบอนุญาตบริการออกใบอนุญาตหรือคีย์ที่เข้ารหัสตามรายละเอียดการปรับใช้เครื่องเสมือนเช่นที่อยู่ชื่อโฮสต์ที่อยู่ MAC

10. ผลกระทบต่อพนักงานไอทีต้องฝึกอบรมกับโซลูชันมากแค่ไหน? จำเป็นต้องมีการแทรกแซงด้วยตนเองเท่าใดในกรณีที่แอปพลิเคชันล้มเหลวหรือเกิดภัยพิบัติ จะต้องใช้สคริปต์พิเศษที่ต้องดูแลหรือไม่? ใครจะเป็นผู้รับผิดชอบในการบำรุงรักษาอย่างต่อเนื่อง?

ชั่งน้ำหนักผลประโยชน์และการแลกเปลี่ยน

เช่นเดียวกับการตัดสินใจที่สำคัญทุกครั้งคุณต้องเข้าใจการแลกเปลี่ยนและเลือกยอดคงเหลือที่ดีที่สุดเพื่อตอบสนองความต้องการของคุณ ตัวอย่างเช่นฉันเพิ่งขอให้เพื่อนแนะนำรองเท้าเดินที่ดี ฉันซื้อคู่หนึ่งที่เขาพูดถึงโดยสังเกตว่ามันมีน้ำหนักเบาแค่ไหนเนื้อผ้าแข็งแรงและทนทานแค่ไหนและมีสไตล์แค่ไหนฉันไปเดิน – วิ่งระยะไกลเป็นครั้งแรกและได้บริจาครองเท้า“ one run” คู่แรกของฉันทันทีหลังจากนั้น เมื่อฉันไปที่ 'Fleet Feet' เพื่อรับฟังความคิดเห็นของผู้เชี่ยวชาญฉันพบว่ารองเท้าที่หนักกว่าพร้อมด้วยผ้าที่ระบายอากาศได้ดีกว่า (ยังมีความทนทานน้อยกว่า) และความน่าเกลียดที่ไม่มีใครเทียบได้ ฉันทำการแลกเปลี่ยนระหว่างรูปลักษณ์และฟังก์ชันที่เหมาะกับความต้องการและงบประมาณของฉัน

เช่นเดียวกับรองเท้าวิ่งไม่มีโซลูชัน Silver bullet ที่จะเหมาะกับทุก บริษัท ทุกแอปพลิเคชันทุกฐานข้อมูลและทุกเซิร์ฟเวอร์และสถาปัตยกรรมที่เป็นไปได้ คุณมีอิสระที่จะหยุดค้นหาอย่างเป็นทางการ ให้เข้าร่วมกิจกรรมการชั่งน้ำหนักการแลกเปลี่ยนเพื่อพิจารณาว่าอะไรเหมาะสมกับความต้องการของ บริษัท ของคุณ คิดถึงการแลกเปลี่ยนของคุณ ตัวอย่างเช่นหากคุณแน่ใจว่าจะเป็นร้านค้าของ Microsoft อย่างเต็มรูปแบบความสำคัญของการสนับสนุน GCP และ AWS ควรลดลงเล็กน้อยในขั้นตอนการประเมินของคุณ

คำนึงถึงการเปลี่ยนแปลงโครงสร้างพื้นฐานไอทีของคุณ

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

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

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

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

เรียนรู้เพิ่มเติมเกี่ยวกับตัวเลือกความพร้อมใช้งานสูงบนคลาวด์ด้วย SIOS

– Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า SIOS

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

วิธีโคลนความพร้อมใช้งานในระบบคลาวด์ด้วยผลลัพธ์ที่ดีขึ้น

เคล็ดลับจากภาพยนตร์ – หลายหลาก

Multiplicity เป็นภาพยนตร์ตลกแนววิทยาศาสตร์อเมริกัน ปีพ.ศ. 2539 นำแสดงโดยไมเคิลคีตันขณะที่ดั๊กคินนีย์คนงานก่อสร้างที่วุ่นวายและพยายามหาเวลาให้กับครอบครัวและงานที่ต้องการ เมื่อนักวิทยาศาสตร์เสนอที่จะโคลนเขาดั๊กตกลงที่จะทำตามตารางเวลาและภาระผูกพันของเขาให้ง่ายขึ้น แต่แล้วสำเนาของเขาก็เริ่มทำสำเนาของตัวเอง เมื่อทำสำเนาครั้งสุดท้ายประเด็นจะชัดเจน การโคลนนิ่งอาจไม่ใช่ทั้งหมดที่เกิดขึ้นหรืออย่างน้อยที่สุดก็มาพร้อมกับคำเตือนความท้าทายและผลข้างเคียงที่ชัดเจน Star Trek ตอนดั้งเดิมที่มีชื่อเสียง“ Trouble with Tribbles” แสดงให้เห็นถึงจุดที่คล้ายกัน

เช่นเดียวกับการโคลนบนหน้าจอขนาดใหญ่ (หรือเล็ก) การโคลนนิ่งในระบบคลาวด์เป็นเครื่องมือที่ยอดเยี่ยม แต่ไม่ใช่โดยปราศจากความท้าทาย

เคล็ดลับเพื่อให้ได้ผลลัพธ์ที่ดีขึ้นเมื่อคุณโคลนความพร้อมใช้งานในระบบคลาวด์

1. โคลนระบบปฏิบัติการ

ฟังดูชัดเจน แต่ฉันเห็นว่ามันเกิดขึ้นมากกว่าหนึ่งครั้งในสภาพแวดล้อมองค์กรจริง หากคุณโคลนระบบที่ไม่สามารถใช้งานได้โคลนนั้นจะใช้งานไม่ได้และมีปัญหาอย่างเท่าเทียมกันเมื่อคุณกู้คืน ตรวจสอบให้แน่ใจว่าโคลนที่คุณสร้างนั้นมาจากระบบปฏิบัติการและใช้งานได้จริง

2. ซิงค์ข้อมูลไปยังดิสก์และซิงค์ใหม่ในการกู้คืน

ความสมบูรณ์ของระบบไฟล์เป็นสิ่งสำคัญ หากคุณไม่มั่นใจว่าแอปพลิเคชันและ / หรือ VM ของคุณอยู่ในสถานะที่สอดคล้องกันผู้ขายส่วนใหญ่จะไม่รับประกันว่าจะได้รูปภาพที่สร้างขึ้น เนื่องจากสแน็ปช็อตจะจับเฉพาะข้อมูลที่เขียนลงในโวลุ่มของคุณในขณะที่ออกคำสั่ง snapshot สิ่งนี้อาจไม่รวมข้อมูลใด ๆ ที่ถูกแคชโดยแอปพลิเคชันหรือระบบปฏิบัติการ การตรวจสอบให้แน่ใจว่าข้อมูลได้รับการซิงค์อย่างถูกต้องกับระบบไฟล์เป็นขั้นตอนที่สำคัญและมีความสำคัญอย่างยิ่งในสภาพแวดล้อมคลัสเตอร์

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

3. หยุดอินสแตนซ์ของคุณ

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

4. ติดป้ายกำกับทุกอย่างในระบบคลาวด์ (โหนดดิสก์ NIC ทุกอย่าง)

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

5. ลูกพรุนโคลนและสแนปช็อตบ่อยๆ (ประหยัดค่าใช้จ่ายและลดอาการปวดหัว)

การตัดแต่งสแน็ปช็อตและโคลนนิ่งเก่าไม่เพียง แต่จะช่วยประหยัดค่าใช้จ่าย แต่ยังช่วยลดอาการปวดหัวได้อีกด้วยสแน็ปช็อตที่เก่ากว่าเสี่ยงต่อการแนะนำช่องโหว่ที่ได้รับการแก้ไขหรือแก้ไขในสำเนาที่ใหม่กว่าในฐานะรองประธานฝ่ายประสบการณ์ลูกค้าของ SIOS Technology Corp. ฉันเห็นผลลัพธ์โดยตรงเมื่อเราทำงานกับลูกค้าที่กู้คืนจากสแนปชอต พวกเขาพบปัญหาหลายประการเมื่อรีสตาร์ทแอปพลิเคชัน หลังจากแก้ไขปัญหาเราพบว่าโคลนกำลังใช้งานซอฟต์แวร์รักษาความปลอดภัยเวอร์ชันเก่า ข้อมูลรับรองและข้อมูลเมตาที่เก็บไว้ในโปรไฟล์ผู้ใช้จะไม่ซิงค์กับข้อมูลแอปพลิเคชันจริงที่เก็บไว้ในไดรฟ์ข้อมูลที่ติดตั้งภายนอกอีกต่อไป

6. จำกัด หรือ จำกัด การโคลนโคลนในระบบคลาวด์

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

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

– Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า

ผลิตซ้ำจาก SIOS

ผลิตภัณฑ์ใหม่: SIOS Protection Suite สำหรับ Linux 9.5.1

SIOS กำลังอัปเดตผลิตภัณฑ์ของเราอย่างต่อเนื่องเพื่อตอบสนองความต้องการที่พัฒนาขึ้นของลูกค้าสำหรับความพร้อมใช้งานที่สูงสำหรับแอปพลิเคชันที่มีความสำคัญต่อภารกิจ เรารู้สึกตื่นเต้นที่จะประกาศความพร้อมใช้งานทั่วไปของ SIOS Protection Suite สำหรับ Linux เวอร์ชัน 9.5.1!คุณลักษณะของรุ่นนี้เพิ่มการสนับสนุนสำหรับแพลตฟอร์มที่กว้างขึ้นและการปรับปรุงคุณสมบัติอินเทอร์เฟซบรรทัดคำสั่งของเรา

• • • รองรับระบบปฏิบัติการและแพลตฟอร์มต่อไปนี้: VMware Vsphere 7, Red Hat Enterprise Linux (RHEL) 8.2, Oracle Linux 8.2, CentOS 8.2, SUSE Linux Enterprise (SLES) 12 SP5, RHEL 7.8, CentOS 7.8, Oracle Linux 7.8, SLES 15 SP2
    • CLI ติดตั้งอัตโนมัติพร้อมสคริปต์การตั้งค่าขั้นสูง – เพื่อการใช้งานที่รวดเร็วและง่ายขึ้น
    • การสนับสนุน CLI ที่เพิ่มขึ้นสำหรับ ARK และการโคลน – ช่วยให้สามารถปรับใช้คลัสเตอร์หลายคลัสเตอร์ได้ง่ายและสม่ำเสมอ

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

ผลิตซ้ำจาก SIOS