Date: พฤษภาคม 9, 2022
วิธีหลีกเลี่ยงปัญหาคอขวด IO: คำแนะนำการจัดตำแหน่งบันทึกเจตนาของ DataKeeper สำหรับการปรับใช้ Windows Cloud
เพื่อให้มั่นใจถึงประสิทธิภาพของแอปพลิเคชันที่เหมาะสมที่สุด เมื่อปรับใช้ SIOS DataKeeper มันเป็นสิ่งสำคัญที่จะวาง บันทึกเจตนา (ไฟล์บิตแมป) บนดิสก์เวลาแฝงต่ำสุดที่มีอยู่ หลีกเลี่ยงปัญหาคอขวด IO ใน AWS, GCP และ Azure ดิสก์เวลาแฝงต่ำสุดที่มีคือไดรฟ์ชั่วคราว อย่างไรก็ตาม ใน Azure ความแตกต่างระหว่างการใช้ไดรฟ์ชั่วคราวกับ Premium SSD นั้นน้อยมาก ดังนั้นจึงไม่จำเป็นต้องใช้ไดรฟ์ชั่วคราวเมื่อเรียกใช้ DataKeeper ใน Azure อย่างไรก็ตาม ใน AWS และ GCP จำเป็นต้องย้าย Intent Log ไปยังไดรฟ์ชั่วคราว มิฉะนั้น ปริมาณงานการเขียนจะได้รับผลกระทบอย่างมาก
เมื่อใช้ประโยชน์จากดิสก์ชั่วคราวสำหรับไฟล์บิตแมป จะเกิดข้อแลกเปลี่ยน ลักษณะของไดรฟ์ชั่วคราวคือข้อมูลที่จัดเก็บไว้ในไดรฟ์นั้นไม่รับประกันว่าจะคงอยู่ตลอดไป อันที่จริง หากอินสแตนซ์คลาวด์ถูกหยุดจากคอนโซล ไดรฟ์ชั่วคราวที่ต่อกับอินสแตนซ์จะถูกยกเลิกและไดรฟ์ใหม่จะเชื่อมต่อกับอินสแตนซ์ ในกระบวนการนี้ ไฟล์บิตแมปจะถูกละทิ้งและไฟล์บิตแมปใหม่ที่ว่างเปล่าจะถูกแทนที่
มีบางสถานการณ์ที่หากไฟล์บิตแมปสูญหาย การซิงค์ใหม่ทั้งหมดจะเกิดขึ้น ตัวอย่างเช่น หากเซิร์ฟเวอร์หลักของ a SANless คลัสเตอร์ r ถูกปิดจากคอนโซล จะเกิดการเฟลโอเวอร์ แต่เมื่อเซิร์ฟเวอร์กลับมาออนไลน์ การซิงค์ใหม่ทั้งหมดจะเกิดขึ้นจากแหล่งใหม่ของมิเรอร์ไปยังแหล่งเก่า สิ่งนี้เกิดขึ้นโดยอัตโนมัติ ดังนั้นผู้ใช้จึงไม่ต้องดำเนินการใดๆ และโหนดที่ใช้งานอยู่จะยังคงออนไลน์อยู่ในช่วงเวลาการซิงค์ใหม่นี้
มีสถานการณ์อื่นๆ ที่การจัดวางไฟล์บิตแมปสามารถส่งผลกระทบต่อประสิทธิภาพได้เช่นกัน ตัวอย่างเช่น หากคุณกำลังจำลองไดรฟ์ NVMe คุณจะต้องแกะสลักพาร์ติชันขนาดเล็กบนไดรฟ์ NVMe เพื่อเก็บไฟล์บิตแมป กฎทั่วไปคือ ไฟล์บิตแมปควรอยู่บนดิสก์ที่มีเวลาแฝงที่เร็วและต่ำที่สุดในอินสแตนซ์ นอกจากนี้ยังควรอยู่บนดิสก์ที่ไม่ต้องเสียภาษีมากเกินไปกับการดำเนินการ IO อื่นๆ
ข้อมูลเกี่ยวกับวิธีการย้ายบันทึกความตั้งใจสามารถพบได้ใน เอกสาร DataKeeper . ข้อมูลเพิ่มเติมเกี่ยวกับวิธีการใช้บันทึกความตั้งใจสามารถดูได้ใน เอกสาร DataKeeper .
ทำซ้ำโดยได้รับอนุญาตจาก SIOS