Sample Use CaseLet’s take a virtual

Sample Use Case

Let’s take a virtual machine which hosts a web service, but it is primarily a read-only web site with content that rarely changes. This VM has three disks. Disk 1 contains the Guest OS and web application (e.g. Apache). Disk 2 contains the web pages for the web site. Disk 3 contains all the logging activity.

In this case, disk 1 (OS & app) are dependent (default) settings and is backed up nightly. Disk 2 is independent non-persistent (not backed up, and any changes to these pages will be discarded). Disk 3 is independent persistent (not backed up, but any changes are persisted to the disk).

If updates are needed to the web site’s pages, disk 2 must be taken out of independent non-persistent mode temporarily to allow the changes to be made.

Now lets say that this site gets hacked, and the pages are doctored with something which is not very nice. A simple reboot of this host will discard the changes made to the web pages on disk 2, but will persist the logs on disk 3 so that a root cause analysis can be carried out.

There you have it. Hopefully this gives you an idea of the reasoning behind independent persistent and independent non-persistent disks.

ผลลัพธ์ (ไทย) 2:

ใช้กรณีตัวอย่างลองเครื่องเสมือนที่โฮสต์การบริการเว็บ แต่มันเป็นหลักอ่านอย่างเดียวเว็บไซต์ที่มีเนื้อหาที่ไม่ค่อยเปลี่ยนแปลง VM นี้มีสามดิสก์ ดิสก์ 1 มีแขก OS และโปรแกรมประยุกต์บนเว็บ (เช่น Apache) ดิสก์ 2 มีหน้าเว็บสำหรับเว็บไซต์ ดิสก์ 3 มีทุกกิจกรรมการเข้าสู่ระบบ. ในกรณีนี้ดิสก์ 1 (OS และแอพพลิเค) จะขึ้นอยู่กับ (เริ่มต้น) การตั้งค่าและได้รับการสนับสนุนทุกคืน ดิสก์ 2 มีความเป็นอิสระไม่ถาวร (ไม่ได้รับการสนับสนุนและการเปลี่ยนแปลงใด ๆ ที่หน้าเว็บเหล่านี้จะถูกยกเลิก) ดิสก์ 3 เป็นอิสระถาวร (ไม่ได้สำรอง แต่การเปลี่ยนแปลงใด ๆ ที่หายไปยังดิสก์). ถ้ามีการปรับปรุงที่มีความจำเป็นไปยังหน้าเว็บไซต์ของดิสก์ 2 จะต้องดำเนินการออกจากโหมดไม่ถาวรอิสระชั่วคราวเพื่อให้การเปลี่ยนแปลงที่จะทำ . ตอนนี้ให้บอกว่าเว็บไซต์นี้ได้รับการแฮ็กและหน้าจะ doctored กับสิ่งที่ไม่ดีมาก บูตที่เรียบง่ายของโฮสต์นี้จะยกเลิกการเปลี่ยนแปลงที่เกิดขึ้นกับหน้าเว็บบนดิสก์ 2 แต่จะยังคงบันทึกเมื่อวันที่ 3 ดิสก์เพื่อให้การวิเคราะห์สาเหตุรากสามารถดำเนินการได้. มีคุณมีมัน เราหวังว่านี้จะช่วยให้คุณความคิดของเหตุผลที่อยู่เบื้องหลังอิสระถาวรและเป็นอิสระดิสก์ไม่ถาวรที่

ผลลัพธ์ (ไทย) 3:

ตัวอย่างการใช้กรณี

ลองดูเครื่องเสมือนที่โฮสต์บริการเว็บ แต่เป็นเว็บไซต์ที่มีเนื้อหาที่อ่านอย่างเดียว ไม่ค่อยเปลี่ยนแปลง ซอฟต์แวร์นี้มีสามดิสก์ ดิสก์ 1 มี Guest OS และโปรแกรมเว็บ ( เช่น Apache ) ดิสก์ 2 ประกอบด้วยหน้าเว็บสำหรับเว็บไซต์ ดิสก์ 3 มีทั้งหมดที่บันทึกกิจกรรม

ในกรณีนี้ดิสก์ 1 ( OS & app ) ( ค่าเริ่มต้น ) จะขึ้นอยู่กับการตั้งค่าและได้รับการสนับสนุนขึ้นทุกคืน ดิสก์ 2 เป็นอิสระไม่ถาวร ( ไม่สนับสนุน และการเปลี่ยนแปลงใด ๆไปยังหน้าเว็บเหล่านี้จะถูกยกเลิก ) ดิสก์ 3 เป็นอิสระถาวร ( ไม่สนับสนุน แต่การเปลี่ยนแปลงใดๆ จะยืนกรานที่จะดิสก์ )

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

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

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