Una de las últimas novedades de la plataforma es la característica de geo-replicación. Con esta característica la información almacenada en los blob y tablas del storage se almacenarán de forma transparente y sin coste adicional en otro datacenter de la misma región.
Aunque a nivel del propio datacenter Windows Azure Storage ya dispone de mecanismos para evitar la pérdida de información, con esta característica ganamos todavía mucho más desde el punto de vista de recuperación ante desastres, ya que la información se duplicará en un datacenter diferente al que hayamos elegido en la creación del storage.
Cuando creamos el storage elegimos la ubicación para el storage, siendo Windows Azure de forma automática el que elegirá la ubicación del datacenter de respaldo. En esta primera versión hay una relación 1 a 1 entre el datacenter primario y el secundario, el que hace de respaldo. En un futuro se podrá elegir cuál será el que haga de secundario e incluso se podrá forzar un intercambio de roles.
En la siguiente tabla podéis ver la relación 1 a 1 que os comento:
| North Central US | South Central US |
| South Central US | North Central US |
| North Europe | West Europe |
| West Europe | North Europe |
| South East Asia | East Asia |
| East Asia | South East Asia |
La operación de sincronización es un proceso asíncrono, transparente para nosotros y que no implica una pérdida de rendimiento en las operaciones que hagamos con el storage. Si ocurrise un fallo el primer punto de restauración sería la que se encuentra el mismo datacenter, si el datacenter principal se viese comprometido de forma transparente el secundario pasaría a darnos el servicio.
Este paso es transparente para la aplicación porque únicamente se realiza una actualización del DNS para que las URLs que usan nuestra aplicación apunten al datacenter secundario en lugar de al primario.
Por último, aunque la opción es gratuita, podría deshabilitarse esta característica contactando con el soporte de Windows Azure.
