main

Glosario

agosto 24, 2016 — por Josep Mª Gris0

Glosario-960x720.jpg

Bueno, Agosto va terminando, y con ello las vacaciones.

Por razones personales no he podido hacerlas (espero escaparme algo en un momento), y me he liado con un proyecto que os implica…..   Ya os iré contando. Y pensando un poco, ya que he pensado matar dos pájaros de un tiro sobre una idea que me dio alguien del Blog. ¿Porque no haces un post que sea un glosario técnico y lo vas actualizando?.

Pues bien, aquí os presento la primera version del Glosario técnico informático. Cualquier error o modificación que os parezca pertinente, por favor, mail o comentario y lo corregimos.

Un Saludo

DevOps con proveedores externos

agosto 17, 2016 — por David Mataró0

DevOpsConProveedoresExternos-960x640.jpg

Hay una pregunta que cualquier empresa puede hacerse cuando se plantea implantar prácticas de DevOps. ¿Puedo implantar prácticas DevOps cuando trabajo con proveedores externos ?

Son muchas las empresas que utilizan proveedores externos, ya sean estos desarrolladores, consultoras o proveedores de servicios. Y además, estos equipos externos realizan su trabajo remotamente desde diferentes lugares y zonas horarias. Para implantar Devops con proveedores externos hay un conjunto de pautas que ayudan a que la colaboración sea fluida.

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

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.

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?