Nasledujúci príspevok bude o zaujímavej funkcionalite, pretože si myslím, že môže mať v budúcnosti významný vplyv na nasadzovanie takých riešení, ako je desktopová virtualizácia resp. VDI. Zo skúseností mnohých adminov virtuálnej

infraštruktúry vSphere4, prípadne aj tých predchádzajúcich verzií, (ale aj z vlastných skúseností - xi, xi), je v súčasnosti potencionálne najväčším problémom subsystém riadiaci diskové I/O. A vo väčšine prípadov, ktoré sme riešili, z hľadiska potencionálneho bottleneck-u, aj v skutočnosti bol pôvodcom problémov storage subsystém a jeho  výkonnosť. Skutočne som potešený, že VMware sa rozhodol riešiť tieto problémy, a to pridaním niektorých vlastností a "menej viditeľných" zaujímavých funkcionalít vo svojej poslednej verzii vSphere 4.1, jednou z nich je aj "Storage I/O control". Táto funkcionalita je obdobou funkcionality "shares", ktorá je už niekoľko rokov známa z oblasti delenia zdrojov pomocou tzv. Resource pool-ov (doteraz bolo možné deliť zdroje iba pre vCPU alebo vRAM).

Ako funguje vStorage - SIOC (Storage I/O Control) :

- principiálne má zabrániť "vyžieraniu" zdrojov diskového subsystému jedným virtuálnym strojom voči ostatným, čiže má zabrániť tzv. monopolizácii zdrojov, ktoré spotrebováva iba jeden objekt,

- prepočítava latenciu daného datastor-u pre identifikáciu aktuálnych hodnôt, ak je latencia v tomto prípade v normálnych hodnotách, tak je delenie medzi virtuálnymi strojmi proporcionálne, vrátane aktuálne generovaných IOPS-ov,

- v prípade, ak latencia prekročí určitý prah na danom datastor-e, tak nastáva limitovanie virtuálnych strojov do tzv. queue slotov (napr. default latencia je nastavená na 30 ms), vtedy nastáva pomocou procesu "datastore-wide disk scheduler" prepočítanie na úrovni hosta - ESX servera, nad daným datastorom na počet aktuálnych I/O, ktoré budú po prekročení prahu latencie "brzdené" (čiže je to taký throthling IOPS-ov) na úrovni virtuálneho disku, uloženého na danom datastore,

- tento algoritmus nemá vplyv na re-distribúciu latencie medzi virtuálne stroje

Ako je nastavený SIOC vo vSphere 4.1 :

- po inštalácii (v default stave) je funkcionalita nedostupná, treba ju "enablovať"

- to isté platí aj nastavení na datastorami, nad jednotlivými datastorami je potrebné osobitne pre každý túto funkcinalitu spustiť !

- zafunguje až vtedy, keď je dosiahnutá špecifikovaná úroveň latencie,

- prednastavená úroveň latencie (jej prah) je 30 ms,

- na požadovanú funkcionalitu sa uvažuje s hodnotou naprieč všetkými hostami (hypervízormi),

- diskové "shares" sú priraďované do tzv. I/O queue slotov,

- nevyužíva vCenter, s tým rozdielom, kým nebude táto funkcinalita na vCenter nastavená.

Jednnoduchý príklad, kedy by bolo vhodné danú funkcionalitu využiť, v tomto prípade sa jedná o virtuálny stroj, ktorý enormne vyťažuje svoj host a jeho datastore objemnými požiadavkami na čítanie z diskové subsystému :

 A ako túto funkcionalitu pretaviťdo praxe ? Určite to bude efektívne hlavne v prípadoch, ak spravujete infraštruktúru o pomerne vysokej agregácii virtuálnych strojov (ich počtu) uložených na jednom datastore (napr. počtom 40, 50 a viac), čo určite bude mať dopad na výkonnosť. Vykonávať takéto úpravy chce poznať dobre workflow (správanie sa) prevádzkovaných aplikácií alebo služieb vo virtuálnych strojoch, čo znamená aj odporúčanie byť pri týchto úpravách opatrný. Môže to totiž mať aj opačný efekt !

Celú problematiku podrobne popisuje tento white paper : Storage I/O Control Technical Overview ad Considerations for Deployment, prípadne tento VMware projekt : Proportional Allocation of Resources for Distributed Storage Access

Pozn. Storage I/O Control je bohužial dostupná iba pri zakúpení balíka Enterprise Plus.