Información sobre la jerarquía de recursos de Azure Storage Mover
En una implementación de Storage Mover se implican varios recursos de Azure. En este artículo se describe cada uno de estos recursos, sus usos y procedimientos recomendados para expresar las necesidades de migración con ellos.
Información general
Azure Storage Mover es un servicio en la nube híbrida. Los servicios híbridos tienen un componente de servicio en la nube y un componente de infraestructura. El administrador de servicios ejecuta el componente de infraestructura en su entorno corporativo. En el caso de Storage Mover, ese componente híbrido consta de un agente de migración. Los agentes son máquinas virtuales, que se implementan y ejecutan en un host cerca del almacenamiento de origen. Para obtener más información sobre el agente y cómo se implementa, lea el artículo Implementación del agente de Storage Mover.
Todos los aspectos de una migración se administran desde el servicio en la nube, excepto el proceso de registro del agente. Los detalles sobre el proceso de registro del agente están disponibles en el artículo de registro del agente.
Recurso de Storage Mover
Un recurso de mover de almacenamiento es el nombre del recurso de servicio de nivel superior que se implementa en un grupo de recursos de su elección. Todos los aspectos del servicio y de la migración se controlan desde este recurso. En la mayoría de los casos, la implementación de un único recurso de Storage Mover es suficiente incluso para las migraciones más grandes.
Puede usar los agentes y administrar las migraciones si todos los recursos encuentran su hogar en la misma instancia del mover de almacenamiento.
Un agente de migración solo se puede registrar en un mover de almacenamiento.
Cuando implementa el recurso, la suscripción se registra con los proveedores de recursos Microsoft.StorageMover y Microsoft.HybridCompute. También asigna la región en la que se almacenan los mensajes de control y los metadatos sobre la migración. El propio recurso de Storage Mover no es responsable directamente de migrar los datos. En su lugar, un agente de migración copia los datos del origen y los envía directamente al destino en Azure Storage. Dado que el agente realiza la mayor parte del trabajo, la proximidad entre el almacenamiento de origen, agente y destino es más importante para el rendimiento de la migración que la ubicación del recurso del mover de almacenamiento.
Agente de migración
Storage Mover es un servicio híbrido y usa uno o varios agentes de migración para facilitar las migraciones. El agente es una máquina virtual que se ejecuta dentro de la red. También es el nombre de un recurso, primario al recurso de Storage Mover que ha implementado en el grupo de recursos.
Puede implementar varias máquinas virtuales del agente de migración y registrar cada una de ellas con un nombre único en el mismo recurso de Storage Mover. Si necesita migrar en diferentes ubicaciones, conviene tener un agente de migración muy cerca del almacenamiento de origen que quiera migrar.
Los agentes aparecerán en Storage Mover después de que se hayan registrado. El registro crea la relación de confianza con el recurso del mover de almacenamiento que ha seleccionado durante el registro. Esta confianza le permite administrar todos los aspectos relacionados con la migración desde el servicio en la nube, ya sea a través de Azure Portal, Azure PowerShell o la CLI de Azure.
Sugerencia
La proximidad y la calidad de la red entre el agente de migración y el almacenamiento de destino en Azure determinan la velocidad de migración en las primeras fases de esta. La región del recurso de Storage Mover que ha implementado no desempeña ningún papel para el rendimiento.
Nota:
Para minimizar el tiempo de inactividad de la carga de trabajo, puede decidir copiar varias veces de origen a destino. En ejecuciones de copia posteriores, la velocidad de migración suele verse afectada por la velocidad a la que el agente de migración puede evaluar si se necesita o no copiar un archivo. Esto significa que los recursos locales de proceso y memoria de un agente pueden ser más importantes para la velocidad de migración que la calidad de la red.
Proyecto de migración
Un proyecto le permite organizar las migraciones a la nube a mayor escala en unidades más pequeñas y manejables que tengan sentido para su situación.
La unidad más pequeña de una migración se puede definir como el contenido de un origen que se mueve a un destino, pero las migraciones del centro de datos rara vez son tan sencillas. A menudo, una carga de trabajo se admite en varios orígenes, que deben migrarse juntos para una conmutación por error oportuna de la carga de trabajo a las nuevas ubicaciones de almacenamiento en la nube de Azure.
En un ejemplo diferente, un origen podría incluso tener que dividirse en varias ubicaciones de destino. La inversa también es posible, donde debe combinar varios orígenes en subrutas de la misma ubicación de destino en Azure.
La agrupación de orígenes en un proyecto no significa que tenga que migrar todos ellos en paralelo. Usted controla qué y cuándo se ejecuta. En las secciones restantes de este artículo se describen más recursos que permiten este control específico.
Sugerencia
Puede agregar una descripción al proyecto de manera opcional. Una descripción puede ayudar a realizar un seguimiento de la información adicional del proyecto. En el supuesto de que ya haya creado un plan de migración en otro lugar, el campo de descripción se puede usar para vincular este proyecto al plan. También puede usarlo para registrar la información que puede que necesite un compañero más adelante. Puede agregar descripciones a todos los recursos de Storage Mover y cada descripción puede contener hasta 1024 caracteres.
Definición del trabajo
Una definición de trabajo se encuentra dentro de un proyecto. La definición de trabajo describe un origen, un destino y la configuración de migración que quiera usar la próxima vez que inicie una copia del origen definido en el destino definido en Azure.
Importante
Después de crear una definición de trabajo, no se puede cambiar la información de origen y de destino. Sin embargo, la configuración de migración se puede cambiar en cualquier momento. Un cambio no afectará a un trabajo de migración en ejecución, pero surtirá efecto la próxima vez que inicie un trabajo de migración.
Es posible que no parezca lógico que no se permita cambiar la información de origen y de destino en una definición de trabajo existente. Por ejemplo, imagine que define Share A como origen de migración y que ejecuta varias operaciones de copia. Imagine también que cambia el origen de migración a Compartir B. Este cambio podría tener consecuencias potencialmente peligrosas.
La creación de reflejo es una configuración de migración común que crea una imagen "reflejada" de un origen dentro de un destino. Si esta configuración se aplica a nuestro ejemplo, es posible que los archivos del recurso compartido A se eliminen en el destino cuando la operación de copia comience a migrar archivos del recurso compartido B. Para evitar errores y mantener la integridad de un historial de ejecución de trabajos, no se puede editar el origen o destino de una definición de trabajo aprovisionada. La información de origen, destino, así como su subtrazo opcional se bloquean cuando se crea una definición de trabajo. Si quiere reutilizar el mismo destino, pero usa otro origen (o viceversa), es necesario crear una nueva definición de trabajo.
La definición de trabajo también mantiene un registro histórico de ejecuciones de copia anteriores y sus resultados.
Ejecución del trabajo
Cuando inicia una definición de trabajo, se crea implícitamente un nuevo recurso: un recurso de ejecución de trabajo. La definición de trabajo contiene toda la información que el servicio de Storage Mover necesita para iniciar una copia. En una migración típica, es posible copiar del origen al destino varias veces. Cada vez que inicie una definición de trabajo, se registra en una ejecución de trabajo.
La ejecución del trabajo es una instantánea de la definición de trabajo y se le asigna al agente de migración que ha seleccionado. A continuación, el agente tiene toda la información necesaria sobre el origen, el destino y el comportamiento de migración que necesita seguir para realizar la migración que ha definido anteriormente.
Importante
Un cambio en la configuración de migración no afectará a un trabajo de migración en ejecución. En el momento de iniciar la ejecución de un trabajo, el agente de migración toma y ejecuta una instantánea de la definición de trabajo. No se puede cambiar una ejecución de trabajo, por lo que la única opción es cancelarla.
Una ejecución de trabajo tiene un estado, información de progreso e información de resultados de copia. Encontrará la información más crítica sobre la ejecución del trabajo como propiedades en el propio recurso de ejecución del trabajo. El agente de migración tiene un canal de telemetría personalizado que permite almacenar esta información directamente en el recurso de ejecución del trabajo.
El agente también emite información adicional y resultados de la migración a través del servicio Azure Monitor:
- Las métricas son valores numéricos, que se han registrado a lo largo del tiempo. Se pueden trazar mediante el servicio Azure Monitor. Algunas métricas seleccionadas también están disponibles directamente cuando se administra la definición de trabajo o las ejecuciones de trabajos en el portal.
- Los registros de copia son opcionales. Si se habilita, cada ejecución de trabajo tiene su propio registro de copia. Se genera una entrada de registro para cada elemento de espacio de nombres que el agente encuentra en el origen que no se puede copiar.
Importante
La información de métricas está disponible de forma predeterminada, pero debe optar por habilitar los registros de copia. Esto se puede hacer como parte de la creación del recurso de mover de almacenamiento y también más adelante. Si desea comprobar si los registros de copia están habilitados o administrar los detalles, puede usar el menú Configuración de diagnóstico en la página de Azure Portal para el recurso del mover de almacenamiento.
Punto de conexión
Las migraciones necesitan que las ubicaciones de origen y de destino estén bien definidas. Aunque el término punto de conexión se suele usar en las redes, aquí describe una ubicación de almacenamiento con un alto nivel de detalle. Un punto de conexión contiene la ruta de acceso a la ubicación de almacenamiento, así como información adicional.
Aunque solo existe un único recurso de punto de conexión, las propiedades de cada punto de conexión individual pueden variar en función del tipo de punto de conexión. Por ejemplo, los recursos compartidos NFS, los recursos compartidos SMB y los puntos de conexión de contenedor de blobs de Azure Storage requieren información fundamentalmente diferente.
Los puntos de conexión se usan en la creación de una definición de trabajo. Solo se pueden usar determinados tipos de puntos de conexión como origen o destino, respectivamente. Consulte la sección Orígenes y destinos admitidos en el artículo de información general de Azure Storage Mover.
Los puntos de conexión están relacionados con el recurso de Storage Mover de nivel superior y se pueden reutilizar en distintas definiciones de trabajo.
Pasos siguientes
Después de comprender los recursos que están implicados en una implementación de Azure Storage Mover, conviene iniciar una implementación de prueba de concepto. Estos artículos son buenos, siguientes lecturas: