Pour rap­pel, Sto­rage I/O Control (SIOC) est une fonc­tion­na­lité de vSphere dis­po­nible dans la gamme Enter­prise Plus, apparu depuis vSphere 4.1 et com­pa­tible NFS en vSphere 5.0. Son but est de limi­ter les accès disques afin de prio­ri­ser les I/O VMs en fonc­tion du niveau de per­for­mance attendu (équi­va­lent à de la QoS pour les disques). Un petit exemple ci-dessous :

Voici quelques notes de recom­man­da­tions sur SIOC :

• SIOC est uti­lisé en com­plé­ment de l’équilibrage des per­for­mances de Sto­rage DRS : SDRS fait d’équilibrage de la charge I/O entre Datas­tores au bout d’une ana­lyse de 8h alors que SIOC s’occupe des pro­blèmes de conges­tion ins­tan­tané. Le seuil de conges­tion (latence) uti­lisé par SDRS doit être plus élevé que celui de SIOC, en géné­ral le double.
• De plus, les dif­fé­rents volumes d’un Clus­ter de Datas­tores doivent par­ta­ger des volumes de per­for­mances équi­va­lentes car SDRS fonc­tionne sur un prin­cipe de « In-tiering » (comme expli­qué dans l’article « impact of load balan­cing on datas­tore clus­ter confi­gu­ra­tion » de Frank Den­ne­man). Le SIOC est activé auto­ma­ti­que­ment sur les volumes d’un Clus­ter de Datas­tores et les seuils de conges­tion doivent être les mêmes.
• SIOC ana­lyse les per­for­mances disques toutes les 4 secondes pour déter­mi­ner si une action est nécessaire.
• Éviter de défi­nir des seuils de conges­tions dif­fé­rents sur des Datas­tores par­tage les mêmes res­sources phy­siques (même grappe Raid).
• Les Datas­tores contrô­lés par SIOC ne doivent pas être accédé par des Hosts en dehors du vCen­ter, cela fausse le cal­cul de SIOC et peut même pro­vo­quer un effet inverse que celui sou­haité par SIOC.
• Avant de démonter/déprésenter un Datas­tore, il est impé­ra­tif de désac­ti­ver le SIOC sur ce volume. Sinon il peut res­ter vér­rouiller ou l’on peut avoir des com­por­te­ments bizarres avec l’APD.

Voici des seuils de conges­tions SIOC indi­ca­tifs en fonc­tion de la tech­no­lo­gie de disques utilisée :

• SSD : 10-15 ms
• FC : 20-30 ms
• SAS : 20-30 ms
• SATA : 30-50 ms
• Auto-tiering par LUN : valeur recom­man­dée par le construc­teur, sinon la valeur ci-dessus pour le volume le plus lent
• Auto-tiering par Block : valeur recom­man­dée par le construc­teur, sinon les valeurs ci-dessus pour le volume le plus rapide et le plus lent.

Quelques lec­tures inté­res­santes sur SIOC :

• VMware vSphere 4.1 tech­ni­cal white paper: "Sto­rage I/O Control Tech­ni­cal Over­view and Consi­de­ra­tions for Deploy­ment"
• VMware vSphere 4.1 Per­for­mance Study: "Mana­ging Per­for­mance Variance of Appli­ca­tions Using Sto­rage I/O Control"
• VMware vSphere 5.0 Per­for­mance Study: "Per­for­mance Impli­ca­tions of Sto­rage I/O Control–Enabled NFS Datas­tores"
• USENIX FAST Confe­rence 2009: “PARDA: Pro­por­tio­nal Allo­ca­tion of Resources for Dis­tri­bu­ted Sto­rage Access” - Paper / Sildes
• KB1022091: "Trou­ble­shoo­ting Sto­rage I/O Control"

Articles en relation:

• vSphere card dis­po­nible en 4.1
• nou­veauté vSphere5: Sto­rage DRS & VM Sto­rage Profiles
• Les nou­veau­tés vSphere 5
• Syn­thèse sur vSphere5
• plu­gin IBM Sto­ra­ge­Ma­na­ger pour vCenter