Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Varios Azure recursos están implicados en una implementación de Storage Mover. En este artículo se describe cada uno de estos recursos, sus usos y procedimientos recomendados para expresar sus necesidades de migración con ellos.
Overview
Azure Storage Mover admite cargas de trabajo de migración sin agente y basadas en agente. En el caso de las cargas de trabajo basadas en agente, una máquina virtual del agente de migración se ejecuta en el entorno cerca del almacenamiento de origen. En el caso de las cargas de trabajo sin agente, no se requiere ninguna máquina virtual del agente de migración.
El servicio en la nube proporciona orquestación y administración de la migración para ambos tipos de carga de trabajo. Para cargas de trabajo basadas en agente, consulte los artículos sobre la implementación y el registro del agente de Storage Mover.
Storage Mover admite cargas de trabajo de migración sin agente y basadas en agente. La jerarquía de recursos descrita en este artículo se aplica a ambos tipos de carga de trabajo, pero los recursos del agente de migración solo son necesarios para cargas de trabajo basadas en agente.
Recurso de Storage Mover
Un recurso de Storage Mover es el nombre del recurso de servicio de nivel superior que se implementa en el grupo de recursos que elija. Todos los aspectos del servicio y de la migración se controlan desde este recurso. En la mayoría de los casos, implementar un único recurso de Storage Mover es suficiente incluso para las migraciones de mayor tamaño.
Podrá aprovechar mejor sus agentes y administrar sus migraciones si todos los recursos se alojan en la misma instancia de Storage Mover.
Un agente de migración solo se puede registrar con un único gestor de almacenamiento.
Cuando implementa el recurso, registra su suscripción con los proveedores de recursos Microsoft.StorageMover y Microsoft.HybridCompute. También asigna la región donde 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 el caso de las cargas de trabajo basadas en agente, un agente de migración copia los datos del origen y los envía directamente al destino en Azure Storage. En el caso de las cargas de trabajo sin agente, Storage Mover organiza la migración sin necesidad de una máquina virtual del agente de migración implementada. En el caso de las cargas de trabajo basadas en agente, 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 que admite cargas de trabajo basadas en agente y sin agente. Los agentes de migración se usan para cargas de trabajo basadas en agentes. Un agente de migración 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.
Si está planificando una carga de trabajo sin agente, puede omitir los recursos del agente de migración.
Puede implementar varias VM del agente de migración y registrar cada una con un nombre único en el mismo recurso de Storage Mover. Si tiene necesidades de migración en diferentes ubicaciones, es mejor tener un agente de migración muy cerca del almacenamiento de origen que le gustaría migrar.
Tus agentes aparecen en tu Storage Mover después de registrarse. El registro crea la relación de confianza con el recurso de Storage Mover que ha seleccionado. Esta confianza le permite administrar todos los aspectos relacionados con la migración desde el servicio en la nube, ya sea a través del portal de Azure, Azure PowerShell o CLI de Azure.
Tip
La proximidad y la calidad de la red entre su agente de migración y el almacenamiento de destino en Azure determinan la velocidad de la migración en las etapas iniciales de su migración. La región del recurso de Storage Mover que ha desplegado no influye en el rendimiento.
Nota:
Para minimizar el tiempo de inactividad de su carga de trabajo, puede decidir realizar varias copias del origen al destino. En las 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 debe copiar un archivo. Esto significa que los recursos de proceso y memoria locales en un agente pueden ser más importantes para la velocidad de migración que la calidad de la red.
Proyecto de migración
Use un proyecto para organizar las migraciones a la nube a gran 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 es necesario 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. Tiene control sobre qué ejecutar y cuándo ejecutarlo. En las secciones restantes de este artículo se describen más recursos que permiten este control específico.
Tip
Opcionalmente, puede agregar una descripción al proyecto. Una descripción puede ayudar a realizar un seguimiento de la información adicional del proyecto. Si ya ha creado un plan de migración en otra parte, se puede usar el campo description para vincular este proyecto al plan. También puede usarlo para registrar la información que un compañero podría necesitar más adelante. Puede agregar descripciones a todos los recursos del mover de almacenamiento 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 del trabajo describe un origen, un destino y la configuración de migración que desea 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 Compartir A como origen de migración y ejecutar 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 y su subruta 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 del trabajo también mantiene un registro histórico de ejecuciones de copia anteriores y sus resultados.
Ejecución de trabajos
Al iniciar una definición de trabajo, se crea implícitamente un nuevo recurso: un recurso de ejecución de trabajos. La definición del trabajo contiene toda la información que el servicio Storage Mover necesita para iniciar la copia. En una migración típica, puede copiar de origen a destino varias veces. Cada vez que inicia una definición de tarea, queda registrada en una ejecución de tarea.
La ejecución del trabajo es una instantánea de la definición del trabajo. El entorno de ejecución de la migración ejecuta el trabajo para el tipo de carga de trabajo seleccionado. En el caso de las cargas de trabajo basadas en agente, el agente de migración seleccionado realiza la ejecución. En el caso de las cargas de trabajo sin agente, el servicio organiza la ejecución.
Importante
Un cambio en la configuración de migración no afecta a un trabajo de migración en ejecución. En el momento de iniciar una ejecución de trabajo, el entorno de ejecución de migración seleccionado toma y ejecuta una instantánea de la definición del trabajo. No se puede modificar una ejecución de trabajo. La única opción es cancelarla.
Una ejecución de trabajo tiene un estado, información sobre su progreso e información sobre el resultado de la copia. Encontrará la información más importante sobre la ejecución del trabajo en forma de propiedades del propio recurso de ejecución del trabajo. Tanto las cargas de trabajo basadas en agentes como las que no lo están envían datos de telemetría sobre la ejecución de los trabajos a través del servicio.
El servicio Azure Monitor emite información adicional y resultados de migración:
- Las métricas son valores numéricos, registrados a lo largo del tiempo. Se pueden trazar mediante el servicio Azure Monitor. Algunas métricas seleccionadas también están disponibles directamente al administrar la definición de trabajo o las ejecuciones de trabajo 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 del espacio de nombres que el agente encuentra en el origen y que no se puede copiar.
Importante
La información sobre métricas está disponible de forma predeterminada, pero debe activarla explícitamente para habilitar los registros de copia. Esto se puede hacer al crear el recurso de Storage Mover y también posteriormente. Si desea comprobar si los registros de copia están habilitados o administrar su configuración, puede usar el menú Configuración de diagnóstico en la página del portal de Azure correspondiente a su recurso de Storage Mover.
Punto final
Las migraciones requieren ubicaciones de origen y de destino bien definidas. Aunque el término punto de conexión se usa a menudo en las redes, aquí se describe una ubicación de almacenamiento a un alto nivel de detalle. Un punto de conexión contiene la ruta de acceso a la ubicación de almacenamiento e 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 contenedores de blobs de Azure Storage requieren información fundamentalmente diferente.
Los extremos se utilizan para crear 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 del 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 implicados en una implementación de Azure Storage Mover, inicie una implementación de prueba de concepto. Estos artículos son buenas opciones para seguir leyendo: