Megjegyzés virtuális admin van értelme töredezettségmentesítéséhez a lemezt a vendég operációs rendszer

Tárgy töredezettségmentesítés fájlrendszer rendszeresen felbukkan a fórumon, csak az e-mail.

Így akár töredezettségmentesítés van szükség a virtuális világban, amelyről ismert, hogy nagy segítség a fizikai világban?

Nachem, amit általában töredezettség és mi a hatása a teljesítményét. Így töredezettség - olyan helyzetben, amikor egy nagy fájlt blokkok szétszórva a fizikai lemez véletlenszerű sorrendben. A hatás egy tökéletesen látható normál otthoni számítógép egy merevlemezt, és egy csomó nagy fájlokat (filmek, fényképek, stb.) Ebben az esetben, hogy olvassa el a fájlt (például másolás esetén) a lemez fej nem tudja végrehajtani a lineáris szekvenciálisan olvassák a maximális sebesség, és arra kényszerül, hogy rohan a blokkok között. Természetesen minden alkalommal, hogy a fej elmozdul jobbra, és továbbítja a motorblokk a leolvasott adat nem fordul elő. Az eredmény - a csökkenés olvasási sebesség. Néha drasztikus csökkentését, ha a fájl osztották sok kis blokkokat.
Kezelés - az egymást követő olvasási / írási áttérni a merevlemez blokkok, hogy maximalizálják, és azokat következetesen ill. peremeschaniya hozza a fejét, hogy a minimum.

Egyszerűen, nyilvánvaló és könnyen vezet mérhető előnyöket. De ez a virtuális világban?

De itt csak eltemetve behemót.

Képzeljünk el egy közepes méretű infrastrukturális egy pár száz virtuális gépek. Ott produktív tömb több lemezt a RAID, a gép generál terhelés, az élet mozog.
Vajon valahogy töredezettsége fájlrendszerek belül VM összteljesítményét. A paradoxon, de gyakorlatilag nincs.

1) Mivel van egy sor több lemezek, amelyre adatok egyenletesen oszlanak, jelentősen csökken ütőfej mozgások - lényegében párhuzamos olvasó több lemezek, és gyakorlatilag kiszámíthatatlan.
2) A több intelligens lemez tömb, annál kisebb a hatása a nagyon leglassabb a lemez tömb - meghajtót. Több RAM cache, a cache, a második szint a flash meghajtó, a többszintű tárolási meghajtók hatásának csökkentése olyan mértékben, hogy a lassú fizikai meghajtók néha eléri csak 10% olvasási műveletek. Erőteljes processzorok, algoritmusok és egy nagy tükrös cache akkumulátorral teszi nem siet, hogy írjon disk paranccsal patak, ahogy jön, és nem is a legjobb módja szinttől függően és egyéb paraméterek a RAID, a minimális számú műveletet.
3) egyidejű terhelés több tíz vagy akár több száz VM vezetni, hogy belül VM lemez műveletek jelennek meg, mint a lineáris olvasás. Mielőtt a lemez tömb írási / olvasási jön már szinte véletlenszerű sorrendben parancsokat. Abból a tényből, hogy a fájl belsejében egy VM nincs, szinte semmi sem változott.

Összesen: Ha a VM találhatók malointellektualnom kitűnő belépő szintű (vagy csak a belső RAID kiszolgáló) kisszámú Phys. lemezek (orsók), és kevesen vannak, érdemes lehet a Töredezettségmentesítés és csökkenti a terhelést a rendszer lemez / javítja az általános teljesítményt.
Ugyanakkor, mivel a méret az infrastruktúra és a növekvő széttagoltsága lemezrendszer osztály megszűnik játszanak érdemi szerepet. De töredezettségmentesítés válik az üdvösséget, hanem egy igazi gonosz. Emlékezzünk, hogy a predstavyaet töredezettségmentesítés - több írási / olvasási műveletek (1: 1) térfogatban eléri akár 100% -a az adatok a lemezen.

És úgy tűnik, valamint az egész kezdődött.

Nem minden joghurtok egyforma.

Szó előtti napon volt ilyen baj. VM fájlszerver pár száz gigabayt.Ezhenochny tartalék nettó Veritas. A rajongók ugyanazon ezhenochnuyu defragmenatsiyu is időben eltolt hát. Nem világos, miért egy biztonsági késik, egybeesett töredezettségmentesítés - és hi - pillanatképek emelkedett szinte a mérete Alaplemezeken sor storadzhe felett, az autó nem indul.
Nos, tudtuk, hogy a szoba SVmotion'om pár egyéb apró VM a storadzha. És ez lenne a munkaidő le a fájl szerver nem ismert, hogy hány klónnal leállás kritikus vállalati szervert, hogy lenne minden szar.
A vicces az, hogy töredezettségmentesítés balra, még mozog az időben. Azt mutatják a hatóságok ezt a bejegyzést is meggondolják magukat.

Kétség merül fel a RAID Penalty
A fentiek alapján megfontolások, RAID1 lassabb írási RAID0 2 alkalommal, RAID5 4 stb
Amelyek valódi mérések?

Tehát ez az egész :-)

Különben is, elfelejtettem felvenni „hogy azonos számú lemezek”, mert ha RAID0 a N lemezek, akkor N-szer gyorsabb tükör RAID 1 egy pár lemezek.

Azt csípett körülbelül CBT. CTK-fájl nem nő - egy dimenziót, méretétől függően a megfelelő VMDK.

De, mivel töredezettségmentesítés lesz ünnepelt egész számú megváltozott blokkokat a táblázatban. És ezért bekaper infoy a következő ülésén, és megtudja, mit tud másolni az egész gépet újra:
1. A biztonsági időtartam megnőtt (és a replikáció a WAN akkor még lesz kritikus)
2. A méret a növekmény lesz egyenlő a teljes biztonsági mentést.
3. Plus késedelem újralinkelni teljes másolatát ilyen adagot, vagy a helyreállítás során.

Az út hosszú ideig tisztázni akartam - CBT bejegyzések változások a legutóbbi pillanatfelvétel, igaz?

azaz ha miután bekapnogo pillanatkép másik kézzel létrehozott - az áramkör nem működik?