Es innegable que sus datos, especialmente en forma no estructurada, son uno de los activos más valiosos de su organización.
Perder el acceso a los datos durante largos periodos de tiempo puede resultar devastador. Los costes humanos y financieros de la pérdida de datos -ya sea temporal o permanente- para una organización siguen aumentando con cada año que pasa.
La disponibilidad de los datos se ha considerado durante mucho tiempo un problema de almacenamiento, pero no lo es. Es un problema de gestión de datos.
Como líder en la gestión global de datos no estructurados, nuestros clientes confían en bat365 para mantener tanto la integridad de sus datos como su disponibilidad. Ambas cosas son críticas, en igual medida.
Primera capa: datos inmutables
bat365 opera en el mundo del almacenamiento de objetos: cada nibble (medio byte) que nuestros clientes escriben en su entorno bat365 es inherentemente inmutable. Es decir, una vez creado un objeto, no puede ser modificado.
Donde subimos de nivel es en cómo utilizamos esta inmutabilidad.
En los sistemas típicos de copia de seguridad/replicación, las copias de sus archivos y los cambios en sus archivos se respaldan en su totalidad. Esto duplica el consumo de almacenamiento y le da un conjunto de datos pesado para restaurar. También significa que las restauraciones llevan tiempo; normalmente, más tiempo del que te puedes permitir.
Por el contrario, bat365 CloudFS genera punteros de metadatos que hacen referencia a los objetos inmutables que componen un archivo, y los actualiza en tiempo real, cada vez que un archivo cambia. Las instantáneas locales y del sistema de archivos de sólo lectura capturan entonces los punteros de metadatos -y, por tanto, el contenido del sistema de archivos- en un momento dado.
Cuando nuestros clientes necesitan recuperar archivos, simplemente los restauran a partir de una instantánea tomada antes de la actualización (o del daño) que necesitan deshacer.
Es rápido y fácil porque, a diferencia de la restauración a partir de una copia de seguridad, nuestros clientes no están restaurando datos, sino metadatos ligeros. Es una fracción del tamaño de un archivo, por lo que no se tarda casi nada en restaurar.
Además, debido al proceso propio de deduplicación global que realizamos, cada objeto de datos es único. Si más de un archivo utiliza los mismos datos, los punteros de metadatos hacen referencia al objeto, en lugar de almacenar una copia completa del archivo. Esto significa que se consume menos espacio de almacenamiento y se restaura más rápidamente el archivo, sin pérdida de datos.
Ah, y no cobramos a nuestros clientes por las instantáneas.
Segunda capa: alta disponibilidad dedicada
CloudFS está diseñado como un sistema de archivos en la nube de nivel empresarial sin un solo punto de fallo, y permite la redundancia en cada paso.
Si un nodo de bat365 deja de estar disponible en una ubicación por cualquier motivo, nuestros clientes recurren a sus nodos de alta disponibilidad para ofrecer la continuidad del negocio. Estos nodos de alta disponibilidad pueden designarse como locales -configurados para hacerse cargo automáticamente de una o más ubicaciones en caso de fallo- o globales -configurados para hacerse cargo automáticamente de todo el entorno del sistema de archivos si el nodo maestro sufre una interrupción-.
Cada uno de los entornos de nuestros clientes es único en cuanto a sus requisitos de redundancia de HA, por lo que cada uno está configurado para equilibrar adecuadamente la disponibilidad inmediata con el coste.
Esto es especialmente importante si se tiene en cuenta que el nodo bat365 de cualquier ubicación puede cambiarse y ponerse en línea en cuestión de minutos, incluso sin alta disponibilidad.
Por eso, cuando la disponibilidad es crucial en todas partes, la alta disponibilidad es el arma secreta de nuestros clientes.
Tercera capa - Cloud Mirroring
Cada byte que nuestros clientes escriben en su entorno bat365 se almacena en el almacén de objetos de su elección, lo que incluye datos, metadatos e información de configuración.
Esto hace que el almacén de objetos sea un componente crítico. Aunque principalmente proporciona un lugar para almacenar datos, y CloudFS ejecuta toda la inteligencia y los procesos antes de la sincronización de datos - deduplicación global, cifrado de datos y sesiones, si los datos almacenados en sí no están disponibles durante un período de tiempo, tienes un problema.
Aunque CloudFS proporciona redundancia por diseño, no almacena datos por sí mismo. El almacén de objetos es el único componente utilizado por nuestro sistema de archivos global de la empresa que podría ser un único punto de fallo.
Aunque los proveedores de almacenes de objetos cuentan con resiliencias y redundancias, los almacenes de objetos pueden sufrir, y de hecho sufren, interrupciones. Si bien esto no detiene el entorno de bat365 , el almacén de objetos es su única fuente de datos autorizada, así como lo que utilizamos para hacer que sus datos sean a prueba de extorsión de ransomware, por lo que las interrupciones pueden ser muy perjudiciales.
Para aumentar la disponibilidad de los datos y proteger a nuestros clientes de las interrupciones en la nube, ofrecemos laduplicación en la nube.
La duplicación en la nube ofrece a nuestros clientes la posibilidad de mantener un conjunto de datos duplicados idénticos en un almacén de objetos independiente de su elección. A medida que los usuarios y los procesos en el borde realizan cambios, los nuevos datos que estos cambios generan se escriben en ambos almacenes de objetos, simultáneamente.
Esto mantiene los dos conjuntos de datos duplicados en tiempo real, y en caso de que el almacén de objetos primario se pierda, el secundario se encarga automáticamente (sin necesidad de intervención humana) de las operaciones de lectura y escritura. Esto significa que no hay interrupciones para los usuarios o los procesos, la continuidad del negocio en una interrupción del almacenamiento, y sin pérdida de datos.
Además, los dos almacenes de objetos están aislados el uno del otro, creando una brecha natural. En caso de que el almacén de objetos primario se corrompa, se borre o sufra algún tipo de impacto, el almacén secundario funcionará sin ningún efecto negativo del primario.
La réplica en la nube puede desplegarse utilizando cualquier combinación de almacenes de objetos, para adaptarse a los requisitos de nuestros clientes: en la nube pública y en la local, dos regiones de la misma nube pública o dos proveedores de nube independientes.
Pero, ¿y si hubiera otra capa más?
Ser implacables con el impacto es uno de nuestros principios fundamentales, y cuando se trata de nuestros clientes, no hay nada más impactante que saber que los datos están seguros.
Aunque hemos conseguido que los datos sean seguros, resistentes y estén disponibles con tres capas de protección, ¿qué pasaría si hubiera una cuarta?
¿Una capa de defensa que preceda a éstas, una que pueda ser más proactiva a la hora de ralentizar o detener los ataques? ¿Una capa que redujera el impacto de cualquier ataque al atraparlo antes de que pudiera ganar tracción?
No pierda de vista este espacio.