main

El futuro de La Cloud

agosto 8, 2016 — por Josep Mª Gris0

Futuro-de-la-Cloud.jpg

Leo  “Por ello un 41% de las compañías españolas ya utiliza la nube de alguna forma, según un estudio llevado a cabo por IDC. Esta cifra es muy superior al 15% de 2011 y aumentará hasta alcanzar el 52% en 2014, según sus previsiones

Había quien se las creía muy felices con este crecimiento “imparable”, pero claro sólo Jano, el Dios de pasado y del futuro es el que tiene “los datos” en el bolsillo…

Obtener datos e informes de storage en tiempo real de nuestra infraestructura de vSphere

agosto 3, 2016 — por Albert Gris0

vscsistats-960x397.png

Cada vez hay más soluciones de terceros o del propio VMware que nos sirven para monitorizar y analizar nuestra infraestructura. Las infraestructuras van madurando y se vuelven más confiables, hecho que hace que se virtualicen más cargas en ellas. Además, ya prácticamente todas las aplicaciones están soportadas dando niveles de rendimiento a la par o incluso mejores que en entornos físicos. Más consolidación de máquinas virtuales por host, más dispersión y máquinas virtuales más sensibles hacen que la necesidad de monitorizar de manera más exhaustiva sea una realidad

Introducción a Chef

julio 26, 2016 — por David Mataró0

chef_introducion-960x506.jpg

Después de unos primeros posts hablando de Devops y automatización hoy entraremos en materia describiendo la arquitectura y conceptos básico de Chef, la plataforma que utilizamos para automatizar infraestructuras.

Chef es una plataforma que te permite automatizar cómo construyes, despliegas y gestionas tu infraestructura. Chef te permite definir tu infraestructura con software y una vez definida con software esta puede ser versionada, testeada y además es repetible. En el post anterior sobre la gestión de la configuración o configuration management (CM), ya describimos las ventajas de disponer de una infraestructura versionable, testeable y repetible.

Mejorando el rendimiento del storage: aplicar limitaciones y prioridades de IOPS a nivel de VM

julio 25, 2016 — por Albert Gris0

reloj_espiral.jpeg

Detectar latencias de acceso a disco (tanto escrituras como lecturas) en ciertos discos de nuestras VMs nos indica que tenemos un problema de rendimiento en nuestra SAN. Hay que tener presente que observar estos altos tiempos de respuesta son indicativos de que estemos sufriendo alguno de estos problemas, en cualquiera de los componentes que integran nuestra red de storage. Son pues la principal métrica a revisar si se sospechan malfuncionamientos en la capa de almacenamiento, pero hay que tener en cuenta que solo nos está informando de una consecuencia, no tienen porqué indicar en sí ninguna causa. Es importante este primer punto, pues una VM podría sufrir altas latencias de acceso pero ser otra VM o incluso otro componente de la SAN, como podría ser el switching o el cableado, el causante.

El diseño óptimo para alcanzar RTPOs de 15 minutos con Veeam Backup & Replication

julio 20, 2016 — por Albert Gris0

pecera.jpg

En mi post de la semana pasada presenté una estrategia para nuestros circuitos de backups que servía para alcanzar niveles de protección de datos que se podían ajustar a nuestras necesidades.

Estas políticas de almacenamiento de copias que obtendremos mediante por ejemplo esta metodología, nos sirven para cubrir parte de los objetivos de nuestros backups. Aún así, igual de crucial será el diseño en el que basemos nuestra infraestructura.  En este post intentaré resumir qué posibilidades tenemos en este sentido para alcanzar los objetivos más comunes en este tipo de proyectos.

La idea en este caso es basar la arquitectura en niveles de storage, cada uno aportando sus beneficios de manera que en global tengamos una infraestructua capaz de dar respuesta a cada reto que se nos presente en este aspecto.

Continuidad de negocio y Recuperación de desastres (take two)

julio 19, 2016 — por Josep Mª Gris0

coche_impactado-960x720.jpg

En mi anterior post sobre recuperación de desastres (take one), versaba por un lado entre Continuidad de Negocio y Recuperación de Desastres y veíamos a su vez como los dos podían estar enlazados el BC a un tema organizacional y el DR a los planes que deben tener los diversos departamentos.
También veíamos como el BC y el DR podían estar circunscritos ambos dentro del departamento de IT, y aunque siendo el sentido el mismo, el “scope” era mucho más de puertas para dentro del Departamento.

Quizás podíamos decir que la primera organización es más estratégica, mientras que la segunda es más táctica.

Continuidad de negocio y Recuperación de desastres (take one)

julio 12, 2016 — por Josep Mª Gris1

Recuperacion_desatres.jpg

 

Muchas veces nos encontramos en una reunión donde se barajan varios términos que aunque no se parecen en sí, te das cuenta de que tienen una estrecha
relación.

Es el caso que hoy no ocupa con la Continuidad de Negocio, o en inglés “Business continuity” o su acrónimo BC versus la Recuperación de desastres, en inglés “Disaster Recovery” o DR.

7 motivos para migrar (de una vez) a VMFS5

julio 6, 2016 — por Albert Gris0

migrar_a_VMFS5.jpeg

No es tan raro ver aún en algunas infraestructuras Datastores formateados en VMFS3. Supongamos que teníamos nuestra infraestructura de vSphere previa a 5.x y al actualizar nuestros hosts a una de esas versiones, hemos mantenido los Datastores tal y como estaban. Al crear nuevos a partir de la actualización, lo más probable es que sí que los habremos formateado en VMFS5, así que tendríamos un entorno heterogéneo VMFS3-VMFS5.
En esta situación, podemos mantenernos con esta diversidad de versiones de Datastores ya que la interoperabilidad entre las dos versiones está garantizada, o planificar una intervención para homogeneizar todos los Datastores a VMFS5. Y la gran pregunta es, ¿qué aportaría o lo justificaría, más allá de tener la última versión?