viernes, 31 de mayo de 2013

BIG DATA Y NAS Scale out

Big data
 Esta característica es, para el directivo, esencial a la hora de plantearse una solución big data. “Cuando estamos hablando de big data, estamos hablando de una enorme cantidad de datos, así que con las soluciones de scale up no puedes realmente manejar ese fenómeno. Porque puedes llegar hasta 2 petabytes, pero después tendrás que comprar otra controladora y así sucesivamente. Con las soluciones de scale out simplemente añadiendo servidores puedes ir a cuantos petabytes quieras. Por esto decidimos entrar en el mercado de almacenamiento scale out”, subraya el Business Development Manager de Red Hat Storage .
 La solución Red Hat Storage es open source, e integra características para entornos big data. Está diseñada para gestionar datos semi-estructurados y no estructurados, ficheros y objetos. 
 
En este sentido, Red Hat Storage y la solución de Hadoop están llamadas a complementarse. La compañía también ha desarrollado una asociación con Intel,  que recientemente lanzó al mercado una solución de big data integrada en la CPU directamente. 
Una solución NAS Scale out
 
La solución Red Hat Storage es una appliance de software, fruto de la adquisición de la compañía Gluster en 2011. La solución incluye el sistema operativo y la solución de almacenamiento software en sí misma. Esto significa que la plataforma de hardware es agnóstica, lo que implica que la solución puede correr sobre servidores HP, Dell, IBM, Cisco… Tan solo se realizan algunas recomendaciones en cuanto a requerimientos de socket, CPU o RAM. 
 
Por lo tanto, al contrario que con soluciones propietarias, cuando el cliente adquiere Red Hat Storage por un lado compra el software y por otro el hardware, pero además puede reaprovechar los servidores de los que ya dispone. Esto es algo que no se puede hacer con las soluciones típicas de almacenamiento.
 
Otra ventaja tiene que ver con la posibilidad de ampliar la capacidad. Puesto que se trata de una solución scaled out NAS, cuando se quiere crecer desde el punto de vista del rendimiento, solo es necesario añadir un nuevo nodo, que es el servidor. Es decir, cuanta más capacidad se necesite, más servidores habrá que añadir. 
Con el scale out -explica Kusic-, si quieres crecer, solo tienes que añadir más discos (más discos, más servidores) y seguirá siendo considerado como un punto único de almacenamiento. Es decir, que no estás construyendo silos, sino una solución global. Esta es la diferencia entre scale out y scale up. En el scale up siempre puedes añadir discos y capacidad pero solo hasta cierta capacidad, y después tienes que comprar una controladora. En el scale out puedes añadir cuanta capacidad y rendimiento quieras, a medida que añadas servidores”.

jueves, 30 de mayo de 2013

#Épsilondc, Los Mitos de la Seguridad del Cloud

La dificultad a la hora de garantizar la seguridad ha sido siempre el argumento esgrimido por aquellos más reticentes a adoptar el cloud. La falta de visibilidad de la infraestructura física, la imposibilidad de realizar auditorías o la pérdida de datos en caso de caída del proveedor o de ataques externos son solo algunas de las desconfianzas que la nube genera, y que en la mayoría de los casos no dejan de ser meros mitos.
Precisamente para desmitificar la idea de la falta de seguridad del cloud, diversos expertos incidieron, en el evento ExpoCloud organizado por EuroCloud Spain en marzo, en las fortalezas de la nube y en lo que debe exigirse a los proveedores para que la seguridad deje de ser un freno.
Es cierto que el cloud computing lleva asociadas una serie de debilidades y amenazas como cierta pérdida de control directo y riesgos de disponibilidad o fuga de información, en palabras de Chema Alonso, experto en seguridad de Informática 64. Sin olvidar que, aunque dar el salto a la nube es un paso sencillo a través de herramientas automáticas, el proceso contrario de bajarse del cloud –conocido como rollback– no es ni mucho menos tan fácil, algo que los proveedores deberían poder garantizar.
No obstante, después de que hemos sido capaces de hacer frente a todo tipo de amenazas informáticas y de infraestructura durante las últimas décadas, Alonso plantea una cuestión clave: “¿A alguien realmente le preocupa la seguridad en la nube? ¿De verdad creéis que es algo con lo que no vamos a poder lidiar?”.
La cadena de la seguridad
El concepto de nube como tal no deja de ser algo etéreo. De ahí que muchas compañías se planteen una duda decisiva cuando se trata de adoptar el cloud: ¿Dónde están los datos? Y aquí todos los proveedores lanzan una respuesta tranquilizadora: en una arquitectura de data center robusta, proporcionada por un proveedor de servicios profesional.
“Uno de los grandes mitos del cloud computing es que es inseguro, porque nunca sabemos dónde está alojada nuestra información”, explica Agustín López, director técnico de DatacenterDynamics. Efectivamente, no deja de ser un mito, “puesto que nosotros mismos seleccionamos al proveedor y es fácil conocer la geolocalización de nuestros datos”, añade.
Al final, la seguridad se trata de una cadena en la que todos los eslabones tienen que ser igual de fuertes, según indica Ignacio Amorrortu, head of BT Compute Spain. El primer eslabón de esa cadena es el data center, la seguridad física. “En este sentido, propugnamos el verificar que los proveedores tienen estándares, como los Tier de Uptime Institute”, apunta. Como opina Pedro Prestel, director de DC Ops de Terremark-Verizon, “para poder tener algo seguro, hay que diseñarlo desde el principio en base a la seguridad. No vale con poner parches”.
Junto al centro de datos, el segundo eslabón es la arquitectura del cloud, que debe ser redundante, sin puntos únicos de falla. Los siguientes pasos de esta cadena son las “tecnologías utilizadas para aislar a los clientes y evitar que los problemas de un cliente afecten a otro; las capacidades de disaster recovery; y los servicios avanzados de seguridad (SOC)”, que permiten hacer frente a amenazas como los ataques de denegación de servicio distribuido (DDOS), indica Amorrortu.
Común también es pensar que un proveedor no puede aportar toda la seguridad que requiere el cliente y, si lo hace, es a un precio mayor. Nuevamente, en muchos casos sigue siendo una idea preconcebida. “La seguridad es una fortaleza cuando constatamos que, gracias a las economías de escala, los proveedores utilizan soluciones de seguridad muy caras que rara vez una empresa se puede permitir. Además, el proveedor tiene la experiencia de millones de ataques detenidos hacia miles de clientes durante años”, en opinión de Fernando Fuentes, responsable de ventas de gran cuenta en Arsys.
Qué pedir al proveedor
Para eliminar cualquier temor a la seguridad de la nube, es necesario primero “desarrollar una estrategia antes de dar el salto a la nube y realizar un análisis de riesgos”, indica López, y valorar después qué ofrece cada proveedor y cuál se ajusta a las necesidades de la empresa. “El problema es que ahora mismo no es posible comparar las ofertas de cloud de diferentes proveedores porque, aunque comparten una misma nomenclatura, cada una incluye servicios distintos. Cuando no tienes un buen conocimiento de la nube, es difícil poder hacer este tipo de comparaciones”, añade el director técnico de DatacenterDynamics.
La situación se complica si además tenemos en cuenta que actualmente existe una gran fragmentación de la oferta y que no hay una completa estandarización de procesos y procedimientos.
Los proveedores cloud, por su parte, se defienden diciendo que la transparencia que manejan con el cliente es cada vez mayor. Y eso, precisamente, es lo que debe exigírseles. “El cliente debe hacer una estructura de lo que necesita, si lo quiere en su sitio o fuera y qué tipo de arquitectura requiere, y exigírselo así al proveedor. Y si ese proveedor no es flexible, debe irse a otro”, explica Alonso.
A las empresas que ofrecen servicios cloud, por tanto, debe pedírseles que aporten una confianza mucho más contundente, a través de auditorías y certificaciones de terceras partes para asegurar que lo que ofrecen se cumple, certificaciones personales del equipo técnico, un buen nivel de soporte 24×7 y SLAs que ofrezcan garantías de seguridad, según Juanjo García, sales manager de Arsys. “Al proveedor hay que pedirle credenciales de seguridad”, añade Amorrortu, para que el cliente se sienta confiado a la hora de delegar la seguridad.
Cuestión de cumplimiento
En esta búsqueda de la seguridad en cloud, el proveedor debe garantizar también que cuenta con data centers en el país, y que será en ellos donde se almacene la información de los clientes. Se trata principalmente –aunque no de forma exclusiva– de un tema de cumplimiento, puesto que de este modo es más sencillo cumplir con la legislación de cada zona. No hay que olvidar que el compliance ocupa el 75% del tiempo de los equipos de seguridad de las empresas, según datos de Alonso.
En el caso español, “es difícil incluso establecer una única regulación a nivel paneuropeo, por lo que lo importante es quedarnos con la local. En este sentido, las legislaciones que deben tenerse en cuenta en España están claras: la LOPD, la LISI y algunos artículos del código penal”, concreta García.
“Al elegir proveedor, hay que asegurar el cumplimiento que el cliente necesita. Cumplimiento legal de las leyes del país, pero también de las normas sectoriales y de las propias políticas corporativas”, añade el portavoz de BT.
Como concluye Borja Adsuara, director general de la entidad pública española Red.es, “tan importante es la seguridad tecnológica como la jurídica. Como no hay un 100% de seguridad tecnológica, en caso de que ocurra un incidente es necesario saber quién es el responsable, quién responde y qué consecuencias tiene. Y eso el proveedor se lo debe transmitir al cliente”.

miércoles, 29 de mayo de 2013

#Épsilondc, Propósito de la sala de servidores y el factor de capacidad de refrigeración

El propósito principal de una sala de servidores es proporcionar una temperatura del aire de entrada estable y apropiada para el equipamiento de TI. De este modo, las salas de servidores pueden ser clasificadas en dos tipos, aquellas sin problemas de temperatura de aire de entrada y aquellas que sí presentan problemas.
Para el primer caso, calcular el CCF proporciona información valiosa para hacer funcionar la sala de una forma más eficiente, a un menor coste y con más capacidad. Para instalaciones que sí presentan problemas o desafíos a la hora de mantener adecuadas temperaturas de aire de entrada, la primera pregunta que debe responderse es: “¿Se deben los problemas principalmente a una falta de capacidad de refrigeración o a una mala gestión del flujo del aire? El Cooling Capacity Factor responde claramente a esta pregunta.
Calculando el CCF
El CCF se calcula dividiendo la capacidad nominal total de refrigeración en ejecución (kW) por el 110% de la carga crítica de TI (kW).
La capacidad de refrigeración total en ejecución es la suma de las capacidades nominales por unidad de refrigeración. Es decir, si hay 8 unidades de cooling instaladas, cada una con una capacidad nominal de 70 kW, entonces el total de la capacidad de refrigeración en ejecución es 560 kW (8 x 70 kW = 560 kW).
Por su parte, la carga de la sala es la carga crítica de TI en la sala más un 10% adicional atribuible a iluminación, a personas y al conjunto estructural. Si la carga del UPS es 150 kW, entonces la carga de la sala es 165 kW (150 kW x 1,1 = 165 kW).
Por tanto, como el CCF se calcula dividiendo la capacidad total de refrigeración en ejecución por la carga de la sala (es decir, en este caso, 560 kW / 165 kW), el CCF sería de 3,4.
Cómo interpretarlo
Si el CCF de una sala se sitúa entre 1,0 y 1,1, esto significa que hay poca o ninguna capacidad de refrigeración redundante. Es crítico que los principios de AFM sean totalmente implementados en estas salas, para hacer disponible tanta capacidad redundante como sea posible. Puede ser incluso necesario instalar una unidad de refrigeración adicional para tener capacidad redundante.
Si el CCF se encuentra entre 1,1 y 1,2, entonces es probable que las unidades de cooling en ejecución estén siendo bien gestionadas. Habrá aproximadamente una o dos unidades de refrigeración redundantes por cada 10 unidades en ejecución. En la mayoría de los casos, esto es suficiente para mantener la temperatura de la sala cuando una unidad de refrigeración falla. No es recomendable que ninguna de las unidades sea desconectada.
Para salas con un CCF entre 1,2 y 1,5, existe cierta oportunidad de conseguir ahorros si se apagan algunas unidades de refrigeración. Pero, en ocasiones, esto solo puede ser llevado a cabo una vez que las mejoras de la gestión del flujo del aire hayan sido implementadas con efectividad. Esto no requiere estrategias de contención total, pero lo que sí debe exigirse es un sellado a fondo de las aberturas en el suelo elevado o de espacios abiertos en racks, así como mejores prácticas en la colocación de paneles perforados y rejillas.
Un CCF entre 1,5 y 3,0 es el más común. Estas salas tienen oportunidades considerables de reducir costes operativos, mejorar el entorno TI e incrementar la carga TI que puede ser refrigerada de forma efectiva. Las salas que se ubican en este rango a menudo tienen una capacidad de refrigeración infrautilizada o encallada que podría ser liberada mejorando la gestión del flujo del aire.
Finalmente, aquellas salas con un CCF superior a 3,0 tienen un gran potencial de mejora.
Rangos óptimos
Hay varios factores que afectan al mejor CCF potencial de una instalación. La configuración de la sala, por ejemplo, tiene un gran efecto en ese Factor de Capacidad de Refrigeración. Si hay áreas significativas de gabinetes orientados en la misma dirección y cantidades importantes de equipamiento independiente, entonces la gestión del flujo de aire es inherentemente ineficiente. El mejor CCF alcanzable se sitúa entre el 1,8 y el 2,0.
Las salas con pasillos fríos y calientes, pero sin contención, podrán tener como mejor CCF en torno a 1,2. Las salas con contención serán capaces de conseguir un CCF de 1,1.
Conclusiones prácticas
Lo más significativo de los datos recopilados por Upsite en 45 instalaciones es que el factor de capacidad de refrigeración medio en ellas fue de 3,9; es decir, la capacidad de cooling en ejecución era de 3,9 o del 390% de la carga de la sala.
El área de bypass en el suelo elevado está formada por aberturas sin sellar o baldosas perforadas ubicadas en pasillos calientes o áreas abiertas. El porcentaje de área abierta de bypass se calcula dividiendo el área abierta de bypass por el área abierta total de piso elevado.
La métrica más importante en una sala de servidores es el porcentaje de puntos calientes y fríos, un porcentaje que debería ser cero. Y, si bien la infraestructura de refrigeración consume más electricidad en un data center que cualquier otro componente, resulta que los paneles perforados, el modo más sencillo y menos caro de gestionar el flujo de aire y los recursos de refrigeración, solo están correctamente ubicados el 77% del tiempo.
Hacia una gestión eficiente
Como indican desde Upsite Technologies, hay varios pasos para conseguir la mejor gestión del flujo del aire. El primero es calcular el CCF para identificar un exceso de capacidad de refrigeración. El segundo es sellar todas las aberturas del piso elevado en el plano horizontal, como puede ser en las PDUs.
El tercer paso consiste en sellar el plano vertical a lo largo de las entradas del equipamiento TI, utilizando elementos como paneles ciegos o sellando huecos entre armarios. Finalmente, el cuarto paso se trata de gestionar los paneles perforados y la ubicación de las rejillas para que la temperatura del aire de entrada del equipamiento TI sea lo más baja posible.
Es un error común pensar que las iniciativas de gestión del flujo del aire reducen los gastos operativos. Mejorar el AFM impulsará el rendimiento y la fiabilidad del equipamiento TI, y liberará capacidad encallada. Pero para realizar ahorros de costes operativos, deben llevarse a cabo cambios en la infraestructura de cooling, como elevar los set points de las unidades, subir la temperatura del agua refrigerada, apagar unidades de refrigeración innecesarias o reducir la velocidad de los ventiladores.
Una calculadora del CCF
Upsite ha creado una calculadora online del CCF (http://www.upsite.com/cooling-capacityfactor-calculator). Introduciendo algunos sencillos datos de la instalación, los responsables del data center pueden calcular el Factor de Capacidad de Refrigeración para su centro de datos.

martes, 28 de mayo de 2013

EL PUE LLEGO PARA QUEDARSE

Si tenemos en cuenta que el PUE está aquí para quedarse, al menos en el futuro inmediato, debemos intentar implantarlo, no ir en contra de él. Tened en cuenta lo siguiente: un comprador se encuentra con dos opciones de hosting; una con un PUE de 1,6 (aunque diseñada para 1,4) y otra de 1,5. Si el resto de factores son iguales, entonces es cierto que la instalación más verde será la que tenga el PUE más bajo. No hay lugar a dudas. Puede debatirse sobre la vida total del contrato, por ejemplo, pero en ese momento preciso, el menor PUE es la mejor elección.
Si consideramos el PUE como una fuerza de mercado, desde la perspectiva de un comprador, muchos proveedores han pasado de ofrecer una calificación del PUE dentro de los límites normales en 2010, a convertirse en líderes con sus PUEs. Ha habido varios artículos (y no solo sobre Google), sobre la apertura de nuevas instalaciones en Reino Unido con un PUE muy bajo. Hay muchos proveedores que han reconocido el reto que suponen instalaciones operativas con un PUE relativamente alto y que están comprometidas en planes a varios años para actualizar sus infraestructuras y reducir el PUE de sus instalaciones de hosting año a año.
Desde una perspectiva de mercado, ése es el resultado deseado: las restricciones o limitaciones conducen al cambio de comportamientos. Muchas organizaciones ven ahora el objetivo de un PUE bajo como una oportunidad, y no como una amenaza, y así es como debería ser.
En resumen, por tanto, el PUE es ampliamente utilizado y seguirá siéndolo. En ese sentido, debería ser considerado como parte del entorno moderno y los proveedores de hosting deberían responder a ello consecuentemente.

lunes, 27 de mayo de 2013

¿Qué es el Diseño y Construcción en la nube?

El software permite una interfaz de usuario optimizada, mejores características y una integración sólida entre la Nube y el escritorio.

Se ha lanzado una versión de software de gestión en la Nube para el Modelado de Información de Edificios que extiende el proceso de diseño hasta la etapa de construcción, permitiendo el acceso a la información del proyecto para promover un modelo coordinado y detección temprana de posibles conflictos entre los involucrados, ya sea desde el escritorio, a través de un dispositivo móvil o en la web.La introducción de dispositivos móviles en la industria de la construcción está transformando la manera en que se desarrollan y administran proyectos, es por ello que la apuesta de BIM 360 Glue, mejora la colaboración en la Nube y el acceso móvil, lo que contribuye a garantizar que el equipo del proyecto pueda participar en la coordinación, minimizando los ciclos de este proceso y riesgos, al tiempo que brinda a equipos herramientas para visualizar los diseños sin importar dónde se encuentren. Equipos de diseño y construcción tendrán un solo punto de acceso a las últimas actualizaciones de los proyectos y podrán simular conflictos en tiempo real, lo que se traduce en ahorros significativos de tiempo y costos.
La versión ofrece una interfaz de usuario optimizada y diseño novedoso, así como soporte para modelos de proyectos más grandes.
Asimismo, BIM 360 Glue de Autodesk permite que los usuarios lleven su proyecto aún más lejos con las herramientas de análisis, línea de tiempo animada en 4D y la cuantificación basada en modelos. Así pues, la aplicación móvil actualizada, también proporciona un mejor anti-escalonamiento de imágenes y soporte para modelos creados para ofrecer acceso virtual a datos importantes del proyecto desde cualquier lugar y en cualquier momento.

viernes, 24 de mayo de 2013

#Épsilondc, Incorporarse a la nube registra ahorro


La Incorporación a la nube brinda oportunidades a empresas de diferentes tamaños y se ha traducido en un ahorro de costes.
Entre los datos que destaca el informe, se señala que las empresas de mayor tamaño son las más proclives a utilizar la nube que las PyMES. Dos de cada tres organizaciones se dijo con planes para centrar aún más su estrategia de negocios en la nube, en comparación con el 58% de las PyMES. 

jueves, 23 de mayo de 2013

#Épsilondc,Relación entre Tiers y Sustentabilidad Operacional


El rigor y sofisticación de los conceptos y metodologías de administración del sitio de Sustentabilidad Operacional son establecidos por los requerimientos de negocio del sitio.Los tres elementos de Sustentabilidad Operacional impactan la potencial de desempeño de la Topología del Tier, pero Administración & Operaciones tiene el impacto más fuerte para disponibilidad por largo plazo.Niveles de personal, acercamiento a mantenimiento, y la cantidad y detalle de procesos y procedimientos son categorías ilustrativas del elemento de Administración & Operaciones que relacionan directamente a cada nivel de Tier.
Presentado por Osmo Kuusisto, RCDD