Gertaera
Lortu ziurtagiria Microsoft Fabric-en, ¡gratis!
Nov 19, 11 PM - Dec 10, 11 PM
Denbora mugatuz, Microsoft Fabric komunitateko taldeak doako DP-600 azterketa kupoiak eskaintzen ditu.
Presta zaitez orainArakatzailea ez da onartzen jada.
Bertsio-berritu Microsoft Edge-ra etekin handiena ateratzeko eginbide berrienei, segurtasun-eguneratzeei eta laguntza-teknikoari.
Azure Storage siempre almacena varias copias de los datos para ayudar a protegerlos frente a eventos planeados y no planeados. Estos eventos incluyen errores transitorios de hardware, cortes de red o de energía y desastres naturales masivos. La redundancia de datos garantiza que la cuenta de almacenamiento cumpla el Acuerdo de Nivel de Servicio (SLA) de Azure Storage, incluso en caso de errores.
En este artículo se describe el proceso de cambiar las opciones de replicación de una cuenta de almacenamiento existente.
A la hora de decidir qué configuración de redundancia es la más adecuada para su escenario, intente buscar un equilibrio entre bajo costo y alta disponibilidad. Entre los factores que ayudan a determinar qué configuración de redundancia debe elegir se incluye:
Para obtener información general detallada sobre todas las opciones de redundancia, consulte Redundancia de Azure Storage.
Las configuraciones de redundancia de la cuenta de almacenamiento se pueden cambiar siempre que sea necesario, aunque algunas de ellas están sujetas a limitaciones y a requisitos de tiempo de inactividad. Un examen de estas limitaciones y requisitos antes de realizar cambios en el entorno ayuda a evitar conflictos con el propio período de tiempo y los requisitos de tiempo de actividad.
Hay tres maneras de cambiar la configuración de replicación:
La redundancia geográfica y el acceso de lectura se pueden cambiar al mismo tiempo. Sin embargo, cualquier cambio que también implique redundancia de zona requiere una conversión y debe realizarse por separado mediante un proceso de dos pasos. Estos dos pasos se pueden realizar en cualquier orden.
En la tabla siguiente se proporciona información general sobre cómo cambiar entre tipos de replicación.
Oharra
La migración manual es una opción para cualquier escenario en el que quiera cambiar la configuración de replicación dentro de las limitaciones para cambiar los tipos de replicación. La opción de migración manual se excluye de la tabla siguiente para simplificar.
Conmutación | ... a LRS | …a GRS/RA-GRS 6 | …a ZRS | …a GZRS/RA-GZRS 2,6 |
---|---|---|---|---|
… desde LRS | N/D | Use Azure Portal, PowerShello CLI 1,2 | Realizar una conversión2,3,4,5 | En primer lugar, use Azure Portal, PowerShell o la CLI para cambiar a GRS/RA-GRS 1 y, después, realice una conversión a GZRS/RA-GZRS 3,4 o 5 |
… desde GRS/RA-GRS | Use Azure Portal, PowerShell, o la CLI | N/D | En primer lugar, use Azure Portal, PowerShell o la CLI para cambiar a LRS y, después, realice una conversión a ZRS 3 o 5 | Realizar una conversión3,5 |
... desde ZRS | Realizar una conversión3 | En primer lugar, use Azure Portal, PowerShell o la CLI para cambiar a GZRS/RA-GZRS y, después, realice una conversión a GRS/RA-GRS3 | N/D | Use Azure Portal, PowerShello CLI 1 |
… desde GZRS/RA-GZRS | En primer lugar, use Azure Portal, PowerShell o la CLI para cambiar a ZRS y, luego, realice una conversión a LRS 3 | Realizar una conversión3 | Uso del Azure Portal, PowerShell o CLI | N/D |
1 Agregar redundancia geográfica incurre en un cargo de salida único.
2 Si la cuenta de almacenamiento contiene blobs en el nivel de archivo, revise las limitaciones del nivel de acceso antes de cambiar el tipo de redundancia por la redundancia geográfica o de zona.
3 El tipo de conversión admitido depende del tipo de cuenta de almacenamiento. Para obtener más información, consulte la tabla de cuentas de almacenamiento.
4 No se admite la conversión a ZRS o GZRS para una cuenta LRS resultante de una conmutación por error. Para obtener más información, consulte Conmutación por error y conmutación por recuperación.
5 La conversión de LRS a ZRS no se admite si la compatibilidad con el protocolo NFSv3 está habilitada para Azure Blob Storage o si la cuenta de almacenamiento contiene recursos compartidos de Azure Files NFSv4.1.
6 Aunque la habilitación de la redundancia geográfica parezca producirse instantáneamente, la conmutación por error a la región secundaria no se puede iniciar hasta que se complete la sincronización de datos entre las dos regiones.
En función del escenario de la sección de configuración de redundancia cambiante, use uno de los siguientes métodos para cambiar la configuración de replicación.
En la mayoría de los casos, puede usar la Azure Portal, PowerShell o la CLI de Azure para cambiar la configuración de replicación con redundancia geográfica o de acceso de lectura (RA) para una cuenta de almacenamiento.
El cambio en la forma en que se replica la cuenta de almacenamiento en Azure Portal no conlleva un tiempo de inactividad para sus aplicaciones, incluidos los cambios que requieren una conversión.
Para cambiar la opción de redundancia de la cuenta de almacenamiento en Azure Portal, siga estos pasos:
Una "conversión" de redundancia es el proceso de cambiar el aspecto de la redundancia de zona de una cuenta de almacenamiento.
Durante una conversión, no hay pérdida de datos ni es necesario interrumpir la aplicación.
Hay dos maneras de iniciar una conversión:
Argibidea
Siempre que sea posible, Microsoft recomienda usar una conversión iniciada por el cliente, en lugar de una iniciada por el soporte técnico. Las conversiones iniciadas por el cliente permiten iniciar la conversión y supervisar su progreso directamente desde Azure Portal. Dado que el cliente inicia la conversión, no es preciso crear ni administrar una solicitud de soporte técnico.
En lugar de abrir una solicitud de soporte técnico, los clientes de la mayoría de las regiones pueden iniciar una conversión y supervisar su progreso. Esta opción elimina posibles retrasos relacionados con la creación y administración de solicitudes de soporte técnico. Para obtener ayuda para determinar las regiones en las que se admite la conversión iniciada por el cliente, consulte el artículo sobre limitaciones de la región.
La conversión iniciada por el cliente se puede completar en las regiones admitidas mediante Azure Portal, PowerShell o la CLI de Azure. Después del inicio, la conversión puede tardar hasta 72 horas en comenzar.
Garrantzitsua
No hay ningún Acuerdo de Nivel de Servicio para completar una conversión.
Si necesita más control sobre cuándo comienza y finaliza una conversión, considere la posibilidad de realizar una migración manual. Por lo general, cuantos más datos tenga en su cuenta, más tiempo tardará en replicar esos datos en otras zonas de la región.
Para más información sobre el tiempo de una conversión iniciada por el cliente, consulte Tiempo y frecuencia.
Para agregar o modificar la redundancia zonal de una cuenta de almacenamiento en Azure Portal, realice estos pasos:
A medida que se evalúa y procesa la solicitud de conversión, el estado debe avanzar por la lista que se muestra en la tabla siguiente:
Estado | Explicación |
---|---|
Enviado para conversión | La solicitud de conversión se envió correctamente para su procesamiento. |
En curso1 | La conversión está en curso. |
Completado -o- Error2 |
La conversión se completó correctamente. - o - Error de conversión. |
1 Después del inicio, una conversión suele comenzar en un plazo de 72 horas, pero puede tardar más tiempo en algunos casos. Para más información sobre el tiempo de una conversión iniciada por el cliente, consulte Tiempo y frecuencia.
2 Si se produce un error en la conversión, envíe una solicitud de soporte técnico a Microsoft para determinar el motivo.
Oharra
Aunque Microsoft se encarga de su solicitud de conversión sin demora, no hay garantía de cuándo se completará. Si necesita que sus datos se conviertan antes de una fecha determinada, se recomienda realizar una migración manual.
Por lo general, cuantos más datos tenga en su cuenta, más tiempo tardará en replicar esos datos en otras zonas de la región.
El estado de la conversión iniciada por el cliente se muestra en la página Redundancy de la cuenta de almacenamiento:
Los clientes todavía pueden solicitar una conversión abriendo una solicitud de soporte técnico con Microsoft.
Argibidea
Si necesita convertir más de una cuenta de almacenamiento, cree una incidencia de soporte única y especifique los nombres de las cuentas a convertir en la pestaña Detalles adicionales.
Siga estos pasos para solicitar una conversión de Microsoft:
En Azure Portal, vaya a la cuenta de almacenamiento que quiere convertir.
En Soporte técnico y solución de problemas, elija Nueva solicitud de soporte técnico.
Complete la pestaña Descripción del problema según la información de su cuenta:
Seleccione Next (Siguiente). Es posible que la pestaña Solución recomendada se muestre brevemente antes de cambiar a la página Soluciones. En la página Soluciones, puede comprobar si las cuentas de almacenamiento son aptas para la conversión:
Realice la acción adecuada si los resultados indican que la cuenta de almacenamiento no es apta para la conversión. Si no, seleccione Volver a la solicitud de soporte técnico.
Seleccione Siguiente. Si tiene más de una cuenta de almacenamiento para migrar, en la pestaña Detalles, especifique el nombre de cada cuenta separado por punto y coma.
Proporcione la información necesaria en la pestaña Detalles adicionales y, después, seleccione Revisar y crear para revisar y enviar la incidencia de soporte técnico. Un agente de Soporte técnico de Azure revisa su caso y se pone en contacto con usted para proporcionarle asistencia.
Una migración manual proporciona más flexibilidad y control que una conversión. Puede usar esta opción si necesita mover los datos en una fecha determinada o si la conversión no se admite en su escenario. La migración manual también es útil al mover una cuenta de almacenamiento a otra región. Para obtener más información, consulte Mover una cuenta de Azure Storage a otra región.
La migración manual debe realizarse en los siguientes casos:
Garrantzitsua
Una migración manual puede provocar tiempos de inactividad de la aplicación. Si su aplicación requiere alta disponibilidad, Microsoft también ofrece una opción de conversión. Una conversión es una migración in situ sin tiempo de inactividad.
Con una migración manual, copia los datos de la cuenta de almacenamiento existente en una nueva cuenta de almacenamiento. Para realizar una migración manual, puede usar una de las siguientes opciones:
Para obtener instrucciones más detalladas sobre cómo realizar una migración manual, consulte Traslado de una cuenta de Azure Storage a otra región.
Garrantzitsua
Los diagnósticos de arranque no admiten cuentas de almacenamiento prémium ni cuentas de almacenamiento con redundancia de zona. Cuando se usan cuentas de almacenamiento con redundancia de zona para diagnósticos de arranque, los usuarios reciben un error StorageAccountTypeNotSupported
al iniciar su máquina virtual (VM).
Las limitaciones se aplican a algunos escenarios de cambio de replicación en función de:
Asegúrese de que la región donde se encuentra la cuenta de almacenamiento admite toda la configuración de replicación deseada. Por ejemplo, si va a convertir la cuenta en con redundancia de zona (ZRS, GZRS o RA-GZRS), asegúrese de que la cuenta de almacenamiento está en una región que la admita. Consulte las listas de regiones admitidas para almacenamiento con redundancia de zona y almacenamiento con redundancia de zona geográfica.
Garrantzitsua
La conversión iniciada por el cliente de LRS a ZRS está disponible en todas las regiones públicas que admiten ZRS, excepto en las siguientes:
La conversión iniciada por el cliente de cuentas de ZRS existentes a LRS está disponible en todas las regiones públicas.
Algunas características de la cuenta de almacenamiento no son compatibles con otras características o operaciones. Por ejemplo, la capacidad de conmutar por error a la región secundaria es la característica clave de redundancia geográfica, pero otras características no son compatibles con la conmutación por error. Para obtener más información sobre las características y los servicios que no se admiten con la conmutación por error, consulte Características y servicios no admitidos. La conversión de una cuenta a GRS, GZRS o RA-GZRS podría bloquearse si se habilita una característica en conflicto o podría ser necesario deshabilitar la característica más adelante antes de iniciar una conmutación por error.
Al planear cambiar la configuración de replicación, tenga en cuenta las siguientes limitaciones relacionadas con el tipo de cuenta de almacenamiento.
Algunos tipos de cuenta de almacenamiento solo admiten determinadas configuraciones de redundancia, lo que afecta a si se pueden convertir o migrar y, si es así, cómo. Para más información sobre los tipos de cuenta de almacenamiento de Azure y las opciones de redundancia admitidas, consulte la introducción a la cuenta de almacenamiento.
En la tabla siguiente se proporciona información general sobre las opciones de redundancia disponibles para los tipos de cuenta de almacenamiento y si se admiten la conversión y la migración manual:
Tipo de cuenta de almacenamiento | Admite LRS | Admite ZRS | Admite la conversión (En el portal) |
Admite la conversión (por solicitud de soporte técnico) |
Admite la migración manual |
---|---|---|---|---|---|
De uso general estándar, v2 | ✅ | ✅ | ✅ | ✅ | ✅ |
Recursos compartidos de archivos Prémium | ✅ | ✅ | ✅1 | ✅ | |
Blobs en bloques Premium | ✅ | ✅ | ✅ | ||
Blob en páginas Premium | ✅ | ||||
Discos administrados2 | ✅ | ✅ | ✅ | ✅ | |
De uso general, estándar, v1 | ✅ | 3 | ✅ | ||
ZRS clásico 4 (disponible en cuentas estándar de uso general v1) |
✅ |
1 La conversión para recursos compartidos de archivos premium está disponible cuando se abre una solicitud de soporte técnico; la conversión iniciada por el cliente se puede realizar mediante PowerShell o la CLI de Azure.
2 Los discos administrados están disponibles para LRS y ZRS, aunque los discos ZRS tienen algunas limitaciones. Si un disco LRS es regional (sin zona especificada), se puede convertir cambiando la SKU. Si un disco LRS es zonal, solo se puede migrar manualmente siguiendo el proceso de Migración de los discos administrados. Puede almacenar instantáneas e imágenes de discos administrados SSD estándar en un almacenamiento HDD estándar y elegir entre las opciones LRS y ZRS. Para más información sobre la integración con conjuntos de disponibilidad, consulte Introducción a los discos administrados de Azure.
3 Si la cuenta de almacenamiento es v1, debe actualizarla a v2 antes de realizar una conversión. Para información sobre cómo actualizar la cuenta v1, consulte Actualización a una cuenta de almacenamiento de uso general v2.
4 Las cuentas de almacenamiento clásicas de ZRS están en desuso. Para obtener información sobre la conversión de cuentas de ZRS Classic, consulte Conversión de cuentas de ZRS Classic.
Garrantzitsua
Las cuentas de ZRS Classic han quedado en desuso el 31 de marzo de 2021. Los clientes ya no pueden crear cuentas ZRS Classic. Si todavía tiene algunas, debe actualizarlas a cuentas de uso general v2.
ZRS clásico solo estaba disponible para blobs en bloques de cuentas de almacenamiento de uso general V1 (GPv1). Para más información sobre las cuentas de almacenamiento, vea Introducción a las cuentas de Azure Storage.
Las cuentas de ZRS Classic replican los datos de forma asíncrona entre los centros de datos de una o dos regiones. Los datos replicados no estaban disponibles a menos que Microsoft iniciara una conmutación por error al secundario. Una cuenta de ZRS clásico no puede convertirse a o desde LRS, GRS o RA-GRS. Las cuentas de ZRS clásico no admiten ni las métricas ni el registro.
Para cambiar ZRS Classic a otro tipo de replicación, use uno de los métodos siguientes:
Para actualizar su cuenta de almacenamiento ZRS Classic a ZRS, utilice el Azure Portal, PowerShell o la CLI de Azure en las regiones donde ZRS está disponible:
Para actualizar a ZRS en Azure Portal, vaya a las opciones de Configuración de la cuenta y elija Actualizar:
Para migrar manualmente los datos de la cuenta de ZRS Classic a otro tipo de replicación, siga los pasos para realizar una migración manual.
Si desea migrar sus datos a una cuenta de almacenamiento redundante por zonas situada en una región diferente a la cuenta de origen, debe realizar una migración manual. Para más información, consulte Traslado de una cuenta de Azure Storage a otra región.
Asegúrese de que la opción de replicación deseada admite el nivel de acceso que se usa actualmente en la cuenta de almacenamiento. Por ejemplo, las cuentas de almacenamiento ZRS, GZRS y RA-GZRS no admiten actualmente el nivel de archivo. Para más información, vea Niveles de acceso frecuente, esporádico y de archivo para los datos de blobs. Para convertir una cuenta LRS, GRS o RA-GRS en una que admita redundancia de zona, mueva primero los blobs archivados a una cuenta de almacenamiento que admita blobs en el nivel de archivo. A continuación, convierta la cuenta de origen en ZRS, GZRS y RA-GZRS.
Una cuenta de almacenamiento de LRS que contenga blobs en el nivel de archivo se puede cambiar a GRS o RA-GRS después de volver a hidratar todos los blobs archivados al nivel de acceso frecuente o esporádico. También puede realizar una migración manual.
Argibidea
Microsoft recomienda no cambiar la configuración de redundancia de una cuenta de almacenamiento que contenga blobs archivados si es posible, ya que las operaciones de rehidratación pueden ser costosas y lentas. Pero si debe cambiarla, una migración manual puede ahorrarle el gasto de rehidratación.
No puede convertir cuentas de almacenamiento a redundancia de zona (ZRS, GZRS o RA-GZRS) si se cumple alguno de los siguientes casos:
Después de una conmutación por error de la cuenta a la región secundaria, es posible iniciar una conmutación por recuperación desde la nueva región primaria a la nueva región secundaria con PowerShell o CLI de Azure (versión 2.30.0 o posterior). Inicio de la conmutación por error.
Si ha realizado una conmutación por error de una cuenta administrada por el cliente para recuperarse de una interrupción de la cuenta GRS o RA-GRS, la cuenta se convierte en redundante local (LRS) en la nueva región primaria después de la conmutación por error. No se admite la conversión a ZRS o GZRS para una cuenta LRS resultante de una conmutación por error. En su lugar, realice una migración manual para agregar redundancia de zona.
Durante una conversión, puede acceder a los datos de su cuenta de almacenamiento sin pérdida de durabilidad o disponibilidad. El Acuerdo de Nivel de Servicio de Azure Storage se mantiene durante el proceso de migración y no se pierden datos durante una conversión. Los puntos de conexión de servicio, las claves de acceso, las firmas de acceso compartido y otras opciones de la cuenta permanecen inalteradas después de la migración.
Si decide realizar una migración manual, se requiere tiempo de inactividad, pero tiene más control sobre el tiempo del proceso de migración.
Si inicia una conversión con redundancia de zona desde Azure Portal, el proceso de conversión puede tardar hasta 72 horas en comenzar. Puede tardar más tiempo en iniciarse si solicita una conversión abriendo una solicitud de soporte técnico. Para supervisar el progreso de una conversión iniciada por el cliente, consulte Supervisión del progreso de la conversión iniciada por el cliente.
Garrantzitsua
No hay ningún Acuerdo de Nivel de Servicio para completar una conversión. Si necesita más control sobre cuándo comienza y finaliza una conversión, considere la posibilidad de realizar una migración manual. Por lo general, cuantos más datos tenga en su cuenta, más tiempo tardará en replicar esos datos en otras zonas de la región.
Después de una conversión de redundancia de zona, debe esperar al menos 72 horas antes de volver a cambiar la configuración de redundancia de la cuenta de almacenamiento. La suspensión temporal permite que los procesos en segundo plano se completen antes de realizar otro cambio, lo que garantiza la coherencia y la integridad de la cuenta. Por ejemplo, pasar de LRS a GZRS es un proceso de 2 pasos. Debe agregar redundancia de zona en una operación y, a continuación, agregar redundancia geográfica en un segundo. Después de pasar de LRS a ZRS, debe esperar al menos 72 horas antes de pasar de ZRS a GZRS.
Azure Storage ofrece varias opciones para configurar la replicación. Estas opciones, ordenadas de más a menos cara, incluyen:
Los costos asociados al cambio de cómo se replican los datos en la cuenta de almacenamiento dependen de los aspectos de la configuración de redundancia que cambie. Una combinación de precios de almacenamiento de datos y ancho de banda de salida determinan el costo de realizar un cambio. Para más información sobre precios, consulte la página de precios de Azure Storage.
Si agrega redundancia de zona en la región primaria, no hay ningún costo inicial asociado a realizar esa conversión, pero el costo de almacenamiento de datos continuo es mayor debido al aumento de la replicación y al espacio de almacenamiento necesario.
La redundancia geográfica incurre en un cargo de ancho de banda de salida en el momento del cambio porque toda la cuenta de almacenamiento se replica en la región secundaria. Todas las escrituras posteriores en la región primaria también incurren en cargos de ancho de banda de salida para replicar la escritura en la región secundaria.
Si quita la redundancia geográfica (cambia de GRS a LRS), no hay ningún costo por realizar el cambio, pero los datos replicados se eliminan de la ubicación secundaria.
Garrantzitsua
Si quita el acceso de lectura a la región secundaria (RA) (cambia de RA-GRS a GRS o LRS), esa cuenta se factura como RA-GRS durante 30 días más después de la fecha de conversión.
Gertaera
Lortu ziurtagiria Microsoft Fabric-en, ¡gratis!
Nov 19, 11 PM - Dec 10, 11 PM
Denbora mugatuz, Microsoft Fabric komunitateko taldeak doako DP-600 azterketa kupoiak eskaintzen ditu.
Presta zaitez orain