El almacenamiento todo flash permite la transformación de la TI a los clientes con infraestructura pequeña, media y grande. El almacenamiento todo flash ofrece una gran variedad de beneficios, como:

• Disminuye la latencia
• Aumento de IOPS por unidad hasta consolidar cargas de trabajo
• Reduce costos de hardware
• Minimiza el consumo de energía eléctrica
• Disminuye el costo de administración.

Muchas empresas se han dado cuenta de las ventajas que ofrece el almacenamiento todo flash, pero otras no están seguras de que los beneficios compensen el costo. Ahora, los almacenamientos all flash proporcionan una familia de arreglos todo flash diseñado para resolver el desafío de adoptar un centro de datos modernizado centrado en flash y, al mismo tiempo, simplificar, automatizar y consolidar las operaciones de TI de manera eficaz.

Por: Fabricio Herrera

La principal característica es la velocidad de operaciones lectura/escritura que pueden alcanzar. A diferencia de los discos duros tradicionales en donde las velocidades de lectura y escritura dependen del retardo de la rotación y tiempo de búsqueda de componentes mecánicos, los dispositivos SSD continúen únicamente circuitos integrados permitiendo velocidades de respuesta mayores.

Además, los dispositivos SSD son significativamente más compactos que los discos duros, puesto que los fabrican principalmente en formato 2,5” para cajas de almacenamiento, haciéndolos ideales para ser utilizados en data centers, lugares en donde el espacio es siempre una restricción.

Debido al avance de las tecnologías en dispositivos flash, hoy en día se pueden conseguir las mismas capacidades en dispositivos SDD que en discos duros. Sin embargo, el precio para adquirir dispositivos SDD, especialmente de altas capacidades, son todavía mayores pero se estima que esta brecha se vaya reduciendo en los próximos 10 años.

Otro factor para tomar en cuenta es su costo de operación. Si bien es cierto que el precio por TB todavía es menor en almacenamientos HDD tradicionales, el consumo eléctrico de operación y mantenimiento en cuartos fríos es más eficiente para almacenamientos “all-flash”. Al mismo tiempo los dispositivos SSD son significativamente más silenciosos y no presentan vibraciones a diferencia de los discos duros. Por otra parte, la tasa de fallas que pueden presentar los dispositivos SSD son significativamente menores debido a que no poseen partes móviles en su estructura y además no emanan calor durante la fricción de componentes mecánicos como en los discos HDD.

Por todas estas razones, en los últimos años los sistemas de almacenamiento “all-flash” se han vuelto la opción ideal por los administradores de tecnologías al momento de adquirir un nuevo sistema de almacenamiento ya que con estos cuentan con alto desempeño, confiabilidad y eficiencia frente a sistemas de almacenamiento convencionales.

Por: Daniel Arregui

Pero algunos se preguntarán, ¿y esto como funciona al momento de realizar restauraciones? Es igual que siempre, si se desea recuperar un directorio o un archivo, lo realizas de la misma forma, desde la consola de administración, o, puedes usar FLR:

File Level Recovery. (FLR)

Este es uno de los mejores agregados que incluye la versión 19.3 en adelante en su cliente web, y es que, al momento de recuperar información, podemos navegar por los respaldos que han sido obtenidos de forma tradicional con BBB, o a partir de imágenes como máquinas virtuales. El objetivo es, poder obtener una mejor granularidad de datos, a nivel de archivos para poder restaurarlos, en aquellos casos en que necesitemos algo puntual y evitamos restaurar todo un directorio o toda una máquina virtual.

Empezamos ingresando al cliente web.

Elegimos Client type Traditional para que se desplieguen el listado de clientes que tenemos.

Elegimos los archivos que necesitamos restaurar

Finalizamos el wizard para esperar el resultado de los archivos seleccionados. Observamos el proceso completado en Recover Jobs.

Por: Omar Córdova

Acelera la restauración. Desde que tenemos en manos la versión 19.1, todas las restauraciones que se realizan desde un Data Domain, van comprimidas, lo cual, reduce el consumo de tráfico en la red. Tener una buena tasa de transferencia para los respaldos es buena, pero para mí, es mejor tener la mejor tasa de restauración, porque seamos realistas, la data que vamos a restaurar la necesitamos y la necesitamos para ¡ayer!, así que, dejemos un poco más claro esto con unos pasos sobre lo que sucede:

1.  El usuario ejecuta la solicitud de restauración de datos (desde cualquier consola de NetWorker), y esta solicitud se convierte en una tarea.

2.  La tarea establece las sesiones entre el cliente (filesystem, app o DB) y el Data Domain.

3.  El Data Domain empieza a rehidratar los datos, luego,

4.  El Data Domain comprime los datos rehidratados.

5.  Los datos comprimidos son transmitidos sobre la red hacia el cliente.

6.  En el cliente se descomprimen los datos y estos quedan listos para ser usados.

Les muestro las estadísticas en el Data Domain de una prueba realizada en nuestros laboratorios al realizar una restauración.

Debo decir que el laboratorio es un Data Domain virtual de 0.5TB, y nuestra red es solo de 1GB. ¡Así que estos valores desde luego que pueden mejorarse en un ambiente en producción!

# ddboost stats show interval 1

En las columnas de “Restore KB/s” y “Network Out KB/s”, nos dicen la cantidad de datos que están siendo leídos en el Data Domain, y la cantidad de datos que están siendo transmitidos, respectivamente. Estos es aproximadamente 7:1 de radio de compresión. Nada mal ¿verdad?.

Claro que hay un par de detalles que no he mencionado para que esta magia sea posible.

Lo primero es lo primero, tener una versión superior de Networker 19.1, luego, el Data Domain debe contar con una versión superior de DDOS 6.0.0.30, y finalmente, el pool debe estar definido en el Networker como un device del tipo Data Domain, ya que esto no funciona en escenarios en los que se tiene una NAS o como le llama Networker, un dispositivo AFTD.

Nos leemos en la siguiente parte.

Por: Omar Córdova

Primero que todo mi anécdota. Amanda es una de las herramientas de respaldos con las que obtener respaldos era lo mejor que había sin pasar por caja pagando una licencia de uso, por lo que la explotábamos en toda la granja de servidores que administrábamos. Pero nuestro punto débil era el medio en que almacenábamos estos respaldos, las cintas magnéticas de 72GB, que aunque las teníamos en condiciones ambientales promedio, con humedad y temperatura controlada, lo que le sucedió al encargado de las cintas es lo que a cualquiera le puede pasar, en el servidor de producción hubo un error en un arreglo de discos, conocido como, double faulted disk array o dos discos que fallan en un arreglo, un raid 5 con 2 discos dañados era difícil recuperarse, así que recurrimos a los respaldos. El respaldo se encontraba segmentado en 3 cintas de respaldo, por lo que se procedió a recuperar cinta por cinta, sin embargo, los astros se alinearon y la segunda cinta no respondía. Se fue probando recuperar de un día atrás.. y otro día más atrás… al final el respaldo de dos días atrás fue el que se pudo recuperar. Es decir, tuvimos pérdida de datos.

Para nuestra tranquilidad en esta época tenemos mejores alternativas de medios de almacenamiento para respaldos, ya sea local o no-local («nube»). En local tenemos grandes equipos con tecnologías de deduplicacion que hacen un excelente trabajo, mientras que lo que se va a nube en formato objetos pues nos deja con una tranquilidad en que ya podemos dormir sin pensar en que se puede presentar un problema de hardware en nuestro almacenamiento, no digo que no haya, sino que es manejable. Dejamos las cintas magnéticas al pasado y ahora si nos sentimos a gusto respaldando información de forma programada sin intervención humana. Aunque aún hay empresas que necesitan tener las unidades de cinta, por si acaso.

Hay varias formas de verificar si el respaldo ha sido obtenido con éxito. A pesar de que mi anécdota refleja que fue una falla física de la cinta nos deja un recordatorio bien marcado de revisar si los respaldos obtenidos sirven. Por lo cual, mi primera sugerencia es la verificación manual. es decir, mantener una buena práctica de restauración usando un día aleatorio y revisar el contenido del respaldo, verificar que el medio funcione bien y que se puedan usar los datos, porque de lo contrario tampoco nos servirían respaldos con datos inconsistentes.

Hay herramientas que prometen verificación automatizada mediante sandbox. Yo soy pro-automatización por scripts, y si una herramienta me permite crear perfiles con tareas y con un checklist para verificar que el contenido del respaldo es válido, pues bienvenido sea, en caso contrario, podríamos recurrir a la forma manual. Lo importante aquí es encontrar ese equilibrio entre asignar recursos para que se dediquen a verificar el respaldo, o confiar en una herramienta que lo haga. Personalmente prefiero verificarlo manualmente porque los sistemas fallan, los scripts fallan, así que debemos estar preparados.

Recuerda siempre probar el respaldo, no te detengas solo con ver que la cantidad de datos que se almacenaron del respaldo es la misma que se tiene en el origen, porque podemos tener fallas en el origen y se copian de igual forma con fallas en el respaldo. Déjame saber si necesitas algún consejo sobre como verificar un respaldo o como automatizar esto mediante scripts.

Por: Omar Córdova

1. La interfaz web. Esta versión viene recargada de adrenalina para administrar las funciones de la herramienta, puesto que cada vez estamos dejando atrás la interfaz java, ahora podemos tener una interfaz web cada vez más completa. Entre las nuevas funciones de administración tenemos:

a. Monitoreo de workflows, policies y actions, era algo limitado en la versión anterior.

2. Soporte para unidades de cinta LTO -9, tanto para respaldo primario como para datos de largo tiempo de retención.

3. Soporte Block Based Backup para nuevos sistemas operativos: Ubuntu 20.04 con kernel 5.4.0-52 y RHEL 8.4 / Centos 8.4

4. macOS ahora esta soportado en sus últimas versiones.

5. Enviar actualizaciones remotas para varios clientes al mismo tiempo, de esto, ¡sí que estamos muy agradecidos!

6. Se ha mejorado el uso de la aplicación scanner para reconstruir los índices e información de la media database, a través de un scan incremental, y lo que siempre soñamos, poder unir información de dos medias db con los save-sets ausentes, que a más de un ingeniero de soporte nos ahorrará tiempos.

7. Las clonaciones ahora tienen un orden. Anteriormente realizar una clonación de varios save-sets solo se podía empezarla y luego esperar a que termine sin saber por dónde va el proceso. Ahora podemos observar que las clonaciones se realizaran por orden cronológico, es decir, primero se clonará aquellos save-sets más antiguos hasta finalizar el proceso con los más nuevos.

8. Definir un directorio alternativo al realizar un disaster recover, en caso de que no se desee recuperar sobre el actual directorio /nsr, ahora el comando nsrdr puede venir acompañado de la opción -l para definir un nuevo directorio de recuperación.

Además, tenemos una serie de issues resueltos de versiones previas, por lo cual te recomiendo revisar la documentación. NetWorker 19.6 Release Notes.

Si necesitas que te acompañemos en la actualización a esta nueva versión puedes dejarnos tus datos y un ingeniero especialista de producto te podrá ayudar a despejar cualquier duda del proceso.

Por: Richard Gavilanes

1. DNS. Como habrás visto, los equipos hiperconvergentes funcionan de maravillas cuando hay una buena respuesta de resolución de nombres, te recomiendo que no tengas el servicio de DNS dentro del mismo, o al menos, debes tener un DNS secundario fuera de la hiperconvergencia. ¿La razón?, si solo tienes un DNS, y está siendo virtualizado dentro de tu equipo hiperconvergente, sabrás que puedes tener un apagón de centro de cómputo, lo cual sería un caos, ya que sin DNS habrá servicios que inicien de forma limitada o no inicien.
2. Funcionalidades de virtualización. Es posible que la licencia de la capa de virtualización que hayas adquirido sea la más ajustada por costos, pero, es la que más dolor de cabeza nos podría dar. Imagina un buen día, piensa en todas las actividades que vas a realizar en la oficina, ahora imagina que un nodo se apagó, las razones pueden ser muchas, pero ahora estarás preocupado de por qué las máquinas virtuales no se auto migraron de un nodo al otro. Mi recomendación es que busques la licencia que tenga las funcionalidades que mejor se ajuste a tu presupuesto, pero no elijas la más económica, suele ser la que más tareas manuales debes ejecutar.
3. NTP. Algo que en principio nace de todos los ingenieros IT, es que nos recomendamos siempre tener un servicio de hora, para poder mantener un solo registro en caso de que se necesite revisar logs o algún evento en particular, pero para nuestros equipos hiperconvergentes, el servicio de hora es vital durante la implementación, si no marca la misma hora entre los componentes, no se pueden inicializar. Luego de la inicialización si es que algún componente se apaga o reinicia sin la hora sincronizada, es posible que algún servicio no se ejecute correctamente o inicie parcialmente, lo que nos lleva a reiniciarlo nuevamente cuando ya está disponible la hora en la red.
4. Firewall. En el mejor de los casos tenemos una red bastante segura, con varios elementos enfocados a la protección del tráfico o de servicios en las diferentes capas del modelo OSI, pero, hay que cuidar aquellos protocolos y puertos que necesitamos que se continúen propagando por la red, por ejemplo, el NTP, dejemos en claro que este servicio necesita comunicación por el protocolo UDP en el puerto 123 para el servidor y puerto 1023 en el lado del cliente. Podríamos extendernos en este tema de seguridad, pero mantengamos la idea como afecta en los equipos de hiperconvergencia, revisemos aquellos protocolos y puertos que necesitan mantener comunicación y trabajemos en facilitarle a los servicios establecer sus sesiones.

Empezamos con estos pequeños detalles que consideramos básicos en un centro de cómputo, no solo porque estos servicio influyen directamente en el comportamiento de los equipos hiperconvergentes, sino porque son extremadamente útiles en todos los servicios que el giro del negocio tenga en producción, pero sobre todo, nos ahorraran horas de profunda investigación durante un soporte en el cual pensamos que el problema, está en «esos» nuevos equipos que compraron, luego de varios años de trabajar con estos equipos, puedo decir que nunca está el problema ¡aquí!. Les invito a que revisen estos detalles en sus infraestructuras, y si tienen dudas o comentarios con gusto pueden dejarme un mensaje.

Por: Omar Córdova

El medio de almacenamiento magnético fue la opción dominante para el almacenamiento de información en el centro de datos por muchos años. Los discos giratorios sirvieron como almacenamiento primario, y los sistemas de almacenamiento basados en cinta han servido para necesidades de almacenamiento a largo plazo con la opción de tener mayor capacidad. A pesar de ello, el rendimiento del disco giratorio finalmente se estancó debido a las limitaciones inducidas por la física. La velocidad a la que se puede acceder a los datos en un disco giratorio se basa en algunos factores, pero el problema más grave es la velocidad de rotación del disco. Eventualmente, el plato no se puede girar más rápido sin dañarlo.

Es aquí donde se puede empezar a buscar o excavar para encontrar uno de los cimientos de estas nuevas soluciones, donde encontraremos la tecnología de almacenamiento en medios de estado sólido ó comúnmente denominados como discos SSD. Esta tecnología es a breves rasgos, el motor de algo que ha venido requiriendo los mercados por muchos años y es el romper la barrera de tecnologías mecánicas que nos impedían sacar el 100% de provecho de recursos tecnológicos como los procesadores y memorias RAM. Algunas de las ventajas de los discos SSD son:

• Usan tecnología de chips semiconductores para almacenar información y no incorporan partes móviles.
• Han ganado popularidad, haciendo que su precio cada día sea menos costoso para el uso en PC, servidores y sistema de almacenamiento.
• A pesar del precio más alto que los discos HDD, generan grandes ventajas en función de la relación de costo/GB al deduplicar.
• Son más rápidos que los discos HDD.
• Usan menor electricidad y requieren menor capacidad de enfriamiento.

Tal vez no sea lo primero que los usuarios y administradores piensen al momento de usar sus equipos o acceder a sus aplicaciones, pero sin duda el cambio que involucra las soluciones SSD en el campo tecnológico ha posibilitado que hoy en día analicemos soluciones de Inteligencia Artificial, Machine Learning, Big Data, High Performance Computing (HPC), Hiperconvergencia y un largo listado; que se veían lejanas hace algunos años y que hoy en día ganan más terreno en las empresas.

Por: Santiago Silva Proaño