ผู้ดูแลระบบจัดการกับ EC2 EBS และ Snapshot อย่างไร

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

หนึ่งในความท้าทายครั้งสุดท้ายคือการหาวิธีจัดการ EBS และภาพรวมของเรา เนื่องจากพวกเขาไม่มีทางตั้งชื่อพวกเขาในเชิงพรรณนาหรือเพิ่มความหมายฉันจึงสงสัยว่าผู้ดูแลจัดการทรัพยากรของพวกเขาอย่างไร มันไม่ได้มีปัญหามากเกินไปกับเซิร์ฟเวอร์หนึ่งหรือสองตัว แต่วิธีที่เซิร์ฟเวอร์เหล่านั้นใช้งานเซิร์ฟเวอร์หลายตัวจัดการกับสิ่งต่าง ๆ ทุกคนใช้เครื่องมือของบุคคลที่สาม (เช่น RightScale / Scalr) เมื่อได้รับเซิร์ฟเวอร์จำนวนหนึ่งหรือไม่ หรือคุณกำลังบำรุงรักษาวิกิหรือเอกสารประกอบอื่น ๆ ?

ฉันใช้สแน็ปช็อต ec2 ที่สอดคล้องกัน ( http://alestic.com/2009/09/ec2-consistent-snapshot ) เพื่อสแน็ปช็อตของฉัน (บน RHEL / CentOS ที่ได้จาก Amazon's Linux) - มันเขียนด้วย Perl และใช้ API โดยตรง . คุณระบุไดรฟ์ข้อมูลที่คุณต้องการสแนปชอตและอนุญาตให้คุณเพิ่มคำอธิบาย

(ในคอนโซล AWS คุณสามารถเพิ่มแท็กหากคุณต้องการการควบคุมที่ละเอียดยิ่งขึ้น แต่สำหรับการสำรองข้อมูลอย่างง่าย ๆ ที่อาจไม่จำเป็นและยังไม่ได้รับการสนับสนุนโดยโมดูล Perl ที่ใช้ด้านบน (Net :: Amazon :: EC2)

สคริปต์ด้านบนไม่ได้ลบสแนปชอต (สร้างเฉพาะสแนปช็อตใหม่ (เช่นสามารถตรึงดิสก์ / ฐานข้อมูลก่อนสแน็ปช็อต) ได้เนื่องจากมีการใช้งานค่อนข้างบ่อยและฉันไม่พบสคริปต์ Perl ที่ใช้งานร่วมกันได้ ของฉันเอง ( http://www.thatsgeeky.com/2011/06/rotating-ebs-snapshots-ec2-prune-snapshots/ ) มันทำงานได้ดี (การหมุนของปู่พ่อ - ลูก - ลูกชาย) เป็นอย่างดีและใช้การอ้างอิงแบบเดียวกันและ พารามิเตอร์เป็นสคริปต์ข้างต้น

แน่นอนว่าทั้งคู่ถูกตั้งค่าให้ทำงานผ่าน Cron

(ตามทฤษฎีแล้วมันควรจะง่ายพอที่จะเชื่อมโยงสคริปต์ที่คล้ายกัน (เช่นที่เขียนใน PHP และ Ruby เป็นต้น) ไปยังฐานข้อมูลและเก็บบันทึกของคุณเองของโวลุ่มและสแน็ปช็อตที่ถ่าย - แต่ละสแน็ปช็อตมี id ที่ไม่ซ้ำกัน ตราบใดที่บันทึกว่าองค์กรใด ๆ ในองค์กรควรเป็นไปได้อย่างง่ายดาย [อย่างไรก็ตามสำหรับวัตถุประสงค์ในการสำรองข้อมูลรหัสประจำตัวและวันที่มักจะเพียงพอ])

อย่าใช้เครื่องมือ CLI - มันเขียนด้วยภาษาจาวาและช้ากว่าการใช้ API โดยตรง

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

การเขียนเครื่องมือของคุณเองเพื่อจัดทำดัชนี EBS และสแน็ปช็อต ID จากป้ายข้อความฉันพบว่าการใช้บัญชีRightScaleฟรีและการกำหนดชื่อเล่นเป็นวิธีที่ดีที่สุดในการจัดการปริมาณและสแนปชอต EBS ของเรา

โดยส่วนตัวฉันคิดว่าการที่ไม่สามารถกำหนดป้ายกำกับที่จำได้ง่ายให้กับอินสแตนซ์ของ EC2 นั้น AMI หรือไดรฟ์ข้อมูลเป็นช่องโหว่ขนาดใหญ่ในข้อเสนอของ Amazon ปัจจุบัน - ดูเหมือนว่าฉันจะไม่เป็นคนง่ายๆ

ฉันใช้ElasticFoxเพื่อจัดการสแน็ปช็อตของฉัน (และเซิร์ฟเวอร์ทั้งหมดของฉันด้วย) มีการแท็กซึ่งทำให้ง่ายต่อการติดตามว่าอันไหนเป็นแบบไหน

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

ElasticFox เป็นหนึ่งในเครื่องมือที่สะดวกที่สุดสำหรับการจัดการ EC2 ด้วยตนเอง แต่ส่วนสำคัญคือ - การถ่ายภาพอินสแตนซ์ของคุณเป็นประจำ - ตั้งค่าการเริ่มต้นอัตโนมัติบางครั้งเมื่อมีการเริ่มต้นอินสแตนซ์ใหม่: - แบ่งพาร์ติชันและติดตั้งไดรฟ์ชั่วคราว - ติดตั้งไดรฟ์ EBS เมื่อพร้อมใช้งาน พื้นที่เก็บข้อมูลที่ใช้ร่วมกันหรือ S3 - เริ่มบริการ (MySQL, Apache, Tomcat คุณชื่อมัน)

เราใช้พ่อครัวในการจัดการทรัพยากร EC2 ทั้งหมดของเรา

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

ฉันมีสคริปต์ของตัวเองสำหรับการทำสำรองข้อมูลการหมุน (ปู่ - พ่อ - ลูกชาย) ที่บล็อกของฉันhttp://three99.com/posts/python-grandfather-father-son-snapshots-backup-for-ec2/