Evaluar Conozca los pros y contras de las tecnologías, productos y proyectos que está considerando.

Consejos sobre almacenamiento en nube: SLA, intercambio de archivos y más

Conozca más sobre el uso del almacenamiento en la nube, desde el valor de los SLA, hasta qué aplicaciones son una buena opción.

Howard Marks es fundador y director científico de DeepStorage LLC, una consultora de almacenamiento y un laboratorio de pruebas independiente. En esta entrevista para SearchStorage, Marks abordó siete preguntas relacionadas con el uso de almacenamiento en la nube, que van desde el valor de los acuerdos de nivel de servicio hasta determinar qué aplicaciones son realmente una buena opción en un momento en que muchos administradores de TI están considerando ir más allá del respaldo y mover datos primarios y aplicaciones de negocio a la nube.

Mucho se ha hablado de que el almacenamiento en la nube se está moviendo más allá del respaldo, hacia otros casos de uso. ¿Puede nombrar algunos ejemplos de otros tipos de datos o aplicaciones que sean adecuados parausar almacenamiento en la nube?

Howard Marks: Me gusta usar los servicios de almacenamiento en nube de costo realmente bajo, como Amazon Glacier y Permivault de Fujifilm, para archivos. Ejecutar una aplicación para archivado como Archive Manager de Metalogix o Enterprise Vault de Symantec, mantiene el índice interno para consultas rápidas, y los datos en la nube, donde mantenerlos es problema de alguien más.

El segundo ejemplo es el uso de un gateway de almacenamiento de nube como TwinStrata o StorSimple de Microsoft como almacenamiento primario que se respalda a sí mismo en la nube. Estos aparatos utilizan almacenamiento local, a veces SSD (unidades de estado sólido) como caché; si la caché es lo suficientemente grande, puede seguir trabajando incluso si la conexión a internet se cae.

Pero mi aplicación de almacenamiento en la nube favorita es el sistema de archivos global que crea una red de aparatos Nasuni o Panzura. Conecte una docena de oficinas con estos aparatos, y todo el grupo actúa como un solo servidor de archivos. Video creado en Los Ángeles se puede leer y tener su interfaz de gateway común aplicado en San Francisco, y puede ser visto por los inversionistas en Nueva York como si todos fueran archivos locales.

Digamos que está listo para comenzar a utilizar almacenamiento en la nube más allá de la copia de seguridad. ¿Cuál es la mejor forma de evaluar otros datos para ver si es una buena opción para almacenamiento en la nube?

Marks: Me gusta pensar en ello así: ¿Qué función quiero que me dé la nube? ¿Un lugar para poner los datos sin tener que preocuparme acerca de cómo manejarlos? Recuerde que el acceso a datos a través de internet introduce una gran cantidad de latencia; eso hace que sea apropiado para las copias de seguridad o la sincronización e intercambio de archivos, pero no para el acceso directo de las bases de datos.

¿Como copia de seguridad fuera de sitio y solución de recuperación de desastres (DR)? Con el gateway correcto, la nube puede actuar como respaldo y recuperación de desastres en tiempo real para casi cualquier aplicación u oficina remota.

¿Como almacenamiento centralizado para un sistema de archivos global? Una vez más, esta solución depende del gateway correcto, pero los resultados pueden ser asombrosos.

¿Tengo que estar utilizando almacenamiento de objetos para tener éxito en colocar datos primarios en la nube?

Marks: Eso depende de lo que quiera decir con uso de almacenamiento de objetos. ¿Debe conseguir nuevas aplicaciones que escriban en la API S3 (Simple Storage Service), Swift o CDMI (Interfaz de gestión de datos en la nube)? No. Puede utilizar almacenamiento en la nube con sus aplicaciones existentes.

Puede que tenga que utilizar un gateway de algún tipo. Si sus aplicaciones son en absoluto sensibles a la latencia, como lo serían todas las bases de datos, asegúrese de que el gateway tiene suficiente caché para hacer de las pérdidas de caché eventos raros.

Las ofertas de sincronización e intercambio de archivos están en alza. ¿Por qué son un paso natural para el almacenamiento en la nube?

Marks: En muchos sentidos, la sincronización e intercambio es una aplicación natural de nube. En primer lugar, usted no sabe qué tan popular será hasta que lo encienda, de modo que [sin la nube] tiene que invertir en una gran cantidad de almacenamiento que puede no usar por un tiempo. Si utiliza un servicio para sincronizar y compartir como Box, o ejecuta su propio software y almacena los datos con un servicio de almacenamiento en la nube pública, solo tendrá que pagar por lo que usa, y sus usuarios podrán obtener sus datos desde donde quiera que estén. Esa elasticidad es una ventaja clave de las ofertas de nube pública.

¿Qué tipos de datos no pertenecen a la nube?

Marks: Con la mayoría de las nuevas tecnologías, comenzamos recomendando que los usuarios mantengan funcionando sus aplicaciones de misión crítica a la antigua usanza, por si acaso. Sobre todo, solo estamos siendo cuidadosos y limitando nuestra exposición si algo sale mal. La nube es diferente; yo no dudaría en recomendar Salesforce.com, Outlook.com u otra solución SaaS (software como servicio) que terceriza esas aplicaciones de misión crítica.

Yo diría que cuando se utiliza el almacenamiento en la nube, con algunas excepciones habilitadas para gateways, no es apropiado para las aplicaciones de línea principal y transaccionales de la mayoría de organizaciones. La latencia asociada con el acceso a datos a través de internet es demasiado grande, y el costo de las conexiones de internet verdaderamente confiables es demasiado alto para hacer al almacenamiento en la nube lo suficientemente rápido o barato como para eso.

La nube también puede parecer mucho más barata que los medios de almacenamiento más tradicionales, como la cinta, para el almacenamiento a largo plazo, solo por la cuota en centavos [por GB, al mes] de los proveedores de almacenamiento; pero la gente se olvida de que 60 centavos de dólar por GB, por mes, es $21.60 por tres años y $36 para cinco. Si tiene un montón de datos y múltiples centros de datos, podría ahorrar dinero con su propio almacén de objetos.

Hemos escuchado mucho sobre los acuerdos de nivel de servicio (SLA) para proveedores de nube. Pero algunos expertos dicen que no tienen en cuenta un aspecto que los proveedores no pueden controlar –la WAN– y eso los hace menos confiables. ¿Qué opina de los SLA de nube?

Marks: Considero que los SLA son una declaración del proveedor del nivel de fiabilidad que van a tratar de proporcionar. Hay demasiados factores, incluyendo la fiabilidad de su conexión a internet, que están fuera de la capacidad del proveedor de nube. Y, por lo tanto, serán excluidos del SLA.

El otro problema con los SLA es que simplemente no pagan lo suficiente cuando hay un corte de energía. Antes, cuando utilizamos película, digamos que el laboratorio perdía el rollo de película en el que tomó su luna de miel en Tahití. Ellos le darían un nuevo rollo de película. Del mismo modo, si su proveedor de almacenamiento en la nube se desconecta durante un par de horas, puede que usted no tenga que pagar la factura del mes.

Pero al igual que sus fotos de luna de miel Tahití valen mucho más que el rollo de película –y cuestan mucho más para crearse– casi por definición sus pérdidas por el corte de energía serán más que los honorarios del mes. Si no lo fueran, entonces el ROI (retorno de la inversión) de su aplicación es tan baja [que] podría ser mejor apagarla.

Entonces, ¿qué pueden hacer los usuarios para ayudar a obtener el máximo provecho de su SLA?

Marks: Yo creo que hay que seguir tomando la responsabilidad por la disponibilidad de su aplicación. El SLA es solo un objetivo que los vendedores establecen para su fiabilidad. Si realmente quiere mantener sus datos seguros y su aplicación disponible, tiene que añadir diversidad a su uso de la nube.

Tenga conexiones a internet de dos ISPs (proveedores de servicios de internet) independientes que utilizan diferentes medios, como fibra de Telco e infraestructura de televisión por cable, de modo que el fallo de uno no separe a sus usuarios de sus aplicaciones de nube.

Para las aplicaciones de primer nivel, aquellas que usted configura con replicación de alta velocidad y conmutación por error a un sitio de DR, usted estaría abdicando su responsabilidad si simplemente muda esas aplicaciones a la infraestructura o la región de un único proveedor de nube. Para una disponibilidad de primera necesita escribir sus datos, o ejecutar sus aplicaciones, en dos nubes. Eso puede significar infraestructura local de almacenamiento de nube privada, con conmutación por error a AWS (Amazon Web Services), o simplemente usar Mozy para respaldar las mismas carpetas que sincroniza y comparte con SugarSync o Dropbox.

Investigue más sobre Almacenamiento empresarial

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close