VMware vSphere datastore disk kihasználtsági figyelmeztetések

Ha az ESX host-ok be vannak húzva a vCenter alá, akkor a beégetett Alarm-ok közül a "Datastore usage on disk" triggerelődik, ha az adott datastore foglaltsága 75% fölé megy. Alapértelmezetten 75% fölött warning (sárga), 85% fölött (vörös) figyelmeztetést dob. Ez bizonyos esetekben zavaró. Lehetnek olyan datastore-ok, ahol majdnem teljesen kihasználjuk a rendelkezésre álló területet, de felesleges, hogy állandó piros felkiáltójel figyelmeztessen erre bennünket. Vagy legalábbis nem 85%-os telítettség esetén.

A probléma egyik lehetséges megoldása Jeremy Waldrop blogjában.

( hassan | 2010. 05. 26., sze – 15:32 )

Azért ezzel a "majdnem teljesen kihasználjuk a rendelkezésre álló területet" dologgal vigyázzatok, mert vMotionnél és storage vMotionnél előfordulhatnak meglepetések. Snapshotról és nem induló VM-ekről nem is beszélve.

Van valami ajánlás, hogy meddig célszerű használni egy datastore-t? Nekem most van egy, ami 97%-os kihasználtságú, de azon olyan cucc van, ami mellé már semmi sem kerül. Snapshot-olva se lesz, viszont nem szeretném, hogy állandóan álljon rajta egy vörös felkiáltójel.

Gondolom a kisebb datastore-ról egy nagyobb datastore-ra való migrálás nem okoz problémát. Vagy mire gondolsz amikor írod, hogy probléma lehet?

--
trey @ gépház

Mi 5-10% közötti helyet szoktunk hagyni, ez nálunk kb 20 és 100 GB közötti hely a lun nagyságától függően.
A probléma akkor van, ha a vMotion vagy a storage vMotion létrehozza a delta file-t a migráláshoz. Ha migrálás közben elfogy a hely (akár a delta is megeheti a szabad helyet), akkor adódnak a problémák. Általában nem lehet megúszni VM újraindítás nélkül. Ilyenkor jól jön, ha van tartalék a SAN-en és tudsz azonnal extentet adni az adott vmfs-hez.

Kérdésedre válaszolva: a probléma a forrás lunon lévő szabad hely mennyisége, tehát okozhat problémát az is.

Miert ne? Az a warning, amirol tudjuk, hogy miert van, nem erdekes. Egy ido utan az ember automatikusan atugorja oket. Ezt en Nagios-nal tanultam meg excegnel, mert volt par ismerten nem mukodo szolgaltatas, de nem rajtam mulott, hogy nem lett megcsinalva.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Ja, ha más már nem visz színt a szürke hétköznapokba :D
Standard lun méretünk 512 GB (ettől kivételes esetben lehet eltérni csak). Ahogy szaporodnak a gépek töltjük fel őket. Amint a szabad hely 5-10% között van, kap a host új lunt. Amennyiben a logolás megfelelően van beállítva és a snapshotot megfelelően használják, a fennmaradó hely nem fog elfogyni. Tudom, ez "waste space", de ez van.

A warningokkal a következőket tudod tenni, ha nagyon zavarnak:
- ACK
- olyan szinteket állítasz be, hogy ne zavarjon vagy neked megfelelő %nál nyavalyogjon(vCenter szinten van az alapértelmezett definiálva)
- ne jelenítse meg a status oszlopot a storageoknál
- olyan alarm actiont állítok be, hogy ne zavarjon
- törlöm az alarmot :D
- adok hozzá tárterületet
- cimborákkal és iszok néhány felest-->akkor nem zavar, másnap meg nem az fog érdekelni, hanem a túlélés

Nekem több ötletem nincs.

Ami van:

  • 3 ESX host, 1 vCenter, 3 iSCSI storage
  • minden gigabit
  • teljesen stabilan fut
  • 7-8 virtuális gép egyelőre
  • vMotion, storage vMotion megy
  • egyelőre HA, DRS és a többi nincs bekonfigurálva
  • a gépek változatosak, Linux, Windows vegyesen, MS SQL szervertől a Tomcat Java bánatig
  • teljesítmény kielégítő (a szerverek felhasználóinak fogalmuk sincs arról, hogy virtualizált vasakon futnak a dolgok)
  • a storage-ok több éves levedlett vasakból van összerakva, sima (viszont legalább új) legolcsóbb SATA lemezekkel, de már így sem rossz
  • tervben van egy komolyabb (na, azért nem túl komoly) storage beszerzése (Fujitsu Eternus DX80 SAS lemezekkel), ez nyilván javít majd még a teljesítményen
  • ha lesz jobb storage, akkor a több storage megmarad disk-to-disk mentésnek

Eddig a tapasztalatok pozitívak. Az sem kizárt, hogy a végén a prod. környezetben is helyet kap nálunk hangsúlyosabban.

--
trey @ gépház