{"id":2608,"date":"2014-07-14T22:44:01","date_gmt":"2014-07-15T02:44:01","guid":{"rendered":"http:\/\/arielantigua.com\/weblog\/?p=2608"},"modified":"2014-07-14T22:44:01","modified_gmt":"2014-07-15T02:44:01","slug":"storage-analitycs-datastore-contention","status":"publish","type":"post","link":"https:\/\/arielantigua.com\/weblog\/2014\/07\/storage-analitycs-datastore-contention\/","title":{"rendered":"Storage Analitycs &#8211; Datastore Contention."},"content":{"rendered":"<p><a href=\"http:\/\/www.cloudphysics.com\/free-trial\/\" target=\"_blank\"><strong>Storage Analitycs.<\/strong><\/a><\/p>\n<p>Es el nombre de un DECK predeterminado en <a href=\"http:\/\/www.cloudphysics.com\/\" target=\"_blank\">CloudPhysics <\/a>y como su nombre lo implica, este DECK contiene 6 Cards dedicadas a decirnos que est\u00e1 pasando en nuestro almacenamiento conectado a vSphere y en el cual viven nuestras preciadas m\u00e1quinas virtuales.<\/p>\n<p>Una de las \u201ccartas\u201d en este DECK es <a href=\"http:\/\/www.cloudphysics.com\/blog\/noisy-neighbor-art-thou-vm-performance-culprit-victim-analysis-using-cloudphysics-storage-analytics\/\" target=\"_blank\"><strong>Datastore Contention<\/strong><\/a>.<\/p>\n<p>La finalidad de esta \u201ccarta\u201d es detectar quienes causan contenci\u00f3n en nuestro almacenamiento. Y lo hace muy bien.<\/p>\n<p><a href=\"http:\/\/galeria.arielantigua.com\/index.php\/Ariel-Antigua\/CloudPhysics\/StorageAnalitycs\/DataSotreContention\/DatastoreContention\"><img loading=\"lazy\" decoding=\"async\" src=\"http:\/\/galeria.arielantigua.com\/var\/resizes\/Ariel-Antigua\/CloudPhysics\/StorageAnalitycs\/DataSotreContention\/DatastoreContention.jpg?m=1405391382\" alt=\"\" width=\"203\" height=\"278\" \/><\/a><\/p>\n<p>&nbsp;<\/p>\n<p><a href=\"http:\/\/galeria.arielantigua.com\/index.php\/Ariel-Antigua\/CloudPhysics\/StorageAnalitycs\/DataSotreContention\/DatastoreContentionInfo\"><img loading=\"lazy\" decoding=\"async\" src=\"http:\/\/galeria.arielantigua.com\/var\/resizes\/Ariel-Antigua\/CloudPhysics\/StorageAnalitycs\/DataSotreContention\/DatastoreContentionInfo.jpg?m=1405391384\" alt=\"\" width=\"406\" height=\"193\" \/><\/a><\/p>\n<p>Si contamos con varios Observer reportando vCenters diferentes (por cada vCenter necesitamos un Observer Appliance!!) podemos usar la opci\u00f3n de filtrado, con esta opci\u00f3n especificaremos cual vCenter queremos, cual datacenter, en cual cluster si tenemos varios y un datastore especifico. Usando el filtro y sus opciones tendremos la informaci\u00f3n exacta de que est\u00e1 aconteciendo en nuestro almacenamiento por cada Datastore que estemos presentando al vCenter.<\/p>\n<p><a href=\"http:\/\/galeria.arielantigua.com\/index.php\/Ariel-Antigua\/CloudPhysics\/StorageAnalitycs\/DataSotreContention\/DatastoreContentionFilter\"><img loading=\"lazy\" decoding=\"async\" src=\"http:\/\/galeria.arielantigua.com\/var\/resizes\/Ariel-Antigua\/CloudPhysics\/StorageAnalitycs\/DataSotreContention\/DatastoreContentionFilter.jpg?m=1405391385\" alt=\"\" width=\"272\" height=\"640\" \/><\/a><\/p>\n<p>Aja! Ya podemos ver que tenemos Datastore con contenci\u00f3n, SynoVMwareVolume1, SynoVMwareVolume2 y Data6090G-SATA-Local.<\/p>\n<p><a href=\"http:\/\/galeria.arielantigua.com\/index.php\/Ariel-Antigua\/CloudPhysics\/StorageAnalitycs\/DataSotreContention\/DatastoreContention3contention\"><img loading=\"lazy\" decoding=\"async\" src=\"http:\/\/galeria.arielantigua.com\/var\/resizes\/Ariel-Antigua\/CloudPhysics\/StorageAnalitycs\/DataSotreContention\/DatastoreContention3contention.jpg?m=1405391382\" alt=\"\" width=\"640\" height=\"109\" \/><\/a><\/p>\n<p>Para fines de demostraci\u00f3n estoy seleccionando el Datastore con m\u00e1s maquinas afectadas debido al alto consumo que vc5 est\u00e1 generando en el Datastore con el nombre SynoVMwareVolume1. En realidad esta imagen la tome varias horas despu\u00e9s de la anterior y es la raz\u00f3n de que eran 11 y ahora solo 3.<\/p>\n<p><a href=\"http:\/\/galeria.arielantigua.com\/index.php\/Ariel-Antigua\/CloudPhysics\/StorageAnalitycs\/DataSotreContention\/DatastoreContentionCulpritVictims\"><img loading=\"lazy\" decoding=\"async\" src=\"http:\/\/galeria.arielantigua.com\/var\/resizes\/Ariel-Antigua\/CloudPhysics\/StorageAnalitycs\/DataSotreContention\/DatastoreContentionCulpritVictims.jpg?m=1405391383\" alt=\"\" width=\"299\" height=\"210\" \/><\/a><\/p>\n<p>Tenemos el culpable y las victimas, la pregunta ahora es como resolverlo?<\/p>\n<p>En realidad eso depende (la respuesta t\u00edpica!) de cada ambiente y en el m\u00edo que es mi HomeLab la forma de resolver esto es moviendo vC5 a otro Datastore con mejor rendimiento ya que adem\u00e1s de tener vCenter esa VM tambi\u00e9n tiene instalado SQL y el software de manejo de PernixData FVP.<\/p>\n<p>Esto es solo un poco de todo el potencial proporcionado por CloudPhysics y la anal\u00edtica que nos brinda luego de registrar el Observer con nuestro vCenter.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Storage Analitycs. Es el nombre de un DECK predeterminado en CloudPhysics y como su nombre lo implica, este DECK contiene 6 Cards dedicadas a decirnos que est\u00e1 pasando en nuestro almacenamiento conectado a vSphere y en el cual viven nuestras preciadas m\u00e1quinas virtuales. Una de las \u201ccartas\u201d en este DECK es Datastore Contention. La finalidad [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[19,20],"tags":[81,119,68],"class_list":["post-2608","post","type-post","status-publish","format-standard","hentry","category-virtualizacion","category-vmware","tag-cloudphysics","tag-vmware","tag-vmwarelab"],"_links":{"self":[{"href":"https:\/\/arielantigua.com\/weblog\/wp-json\/wp\/v2\/posts\/2608","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/arielantigua.com\/weblog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/arielantigua.com\/weblog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/arielantigua.com\/weblog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/arielantigua.com\/weblog\/wp-json\/wp\/v2\/comments?post=2608"}],"version-history":[{"count":0,"href":"https:\/\/arielantigua.com\/weblog\/wp-json\/wp\/v2\/posts\/2608\/revisions"}],"wp:attachment":[{"href":"https:\/\/arielantigua.com\/weblog\/wp-json\/wp\/v2\/media?parent=2608"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/arielantigua.com\/weblog\/wp-json\/wp\/v2\/categories?post=2608"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/arielantigua.com\/weblog\/wp-json\/wp\/v2\/tags?post=2608"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}