Parallels Panel Automation. Migrar a Parallels Plesk Automation

Transcripción

1 Parallels Panel Automation Migrar a Parallels Plesk Automation

2 Contenidos Acerca de este documento 4 Introducción 5 Preparativos para la migración 8 1) Instale las herramientas de migración de PPA ) Instale el software de sincronización de correo (servidores Windows) Escenario de asimilación para Parallels Panel 10.x y posteriores 11 1) Configure la herramienta ) Cree una lista de transferencia ) Importe las cuentas de revendedor a PPA ) Importe los planes a PPA ) Asocie las suscripciones a los planes ) Compruebe que no existen conflictos ) (Opcional) Creación de zonas DNS inversas ) Realizar la asimilación Escenario de transferencia para Parallels Panel 8.6 y posteriores, Expand ) Prepare los nodos de servicio ) Configure la herramienta ) Cree una lista de transferencia ) Importe las cuentas de revendedor a PPA ) Importe los planes a PPA ) Asocie las suscripciones a los planes ) Compruebe que no existen conflictos ) Instale el software rsync (servidores Windows) ) Añada el paquete mysql a los nodos de servidor web IIS (servidores Windows) ) Realice la transferencia ) (Opcional) Cree zonas DNS inversas Escenario de transferencia para PBAS 48 1) Prepare los nodos de servicio ) Importe los planes a PPA ) Conecte PPA a PBAS ) Cree los datos de transferencia y los archivos de configuración ) Configure la herramienta ppa-transfer ) Compruebe que no existen conflictos ) Instale el software rsync (servidores Windows) ) Instale MySQL en los nodos de servidor web IIS (servidores Windows) ) (Opcional) Cree zonas DNS inversas ) Realice la transferencia ) Finalice la transferencia... 64

3 Acerca de este documento 3 Resolución de problemas 66 Limitaciones e incidencias conocidas... 66

4 C A P Í T U L O 1 Acerca de este documento En esta guía se describe cómo pasar de una serie de servidores independientes controlados por diversos paneles de hosting a un entorno con múltiples servidores controlados por Parallels Plesk Automation (al que, en adelante, denominaremos PPA). El documento presenta dos escenarios principales para realizar el cambio, que generalmente dependen de un tipo de panel de hosting utilizado en un servidor. Esta información va dirigida a los administradores que desean pasar sus servidores de hosting al control de PPA y obtener así los beneficios de una gestión centralizada de estos.

5 C A P Í T U L O 2 Introducción En la actualidad, son muchos los proveedores de hosting web que utilizan paneles de control como Parallels Plesk Panel (en adelante, Parallels Panel) para administrar el hosting web en un único servidor. Por lo general, los servidores se administran de forma independiente, por lo que los costes de mantenimiento crecen con cada nuevo servidor que se añade. Para reducir los costes y simplificar el mantenimiento de los servidores, Parallels ofrece a los proveedores la posibilidad de transformar su infraestructura existente en un entorno compuesto por múltiples servidores gestionados desde una única interfaz web, denominada Parallels Plesk Automation (PPA). PPA es un panel de control de hosting web en el que un servidor central (nodo de administración) controla un número arbitrario de servidores adicionales con distintos roles (web, correo, DNS, etc.). A efectos de PPA, estos servidores controlados se denominan nodos de servicio. Cuando un cliente se suscribe a un plan de hosting web, PPA asigna todos los recursos necesarios en los nodos de servicio y vincula estos recursos con la cuenta del cliente. Por ejemplo, cuando un cliente se suscribe a un plan de hosting web compartido, PPA crea un espacio web para el cliente (o host virtual) en uno de los nodos de servidor web disponibles. Si la suscripción también incluye servicios de correo, PPA crea los buzones de correo del cliente en uno de los nodos de servidor de correo. Nota: se da por supuesto que ya dispone de una instalación operativa de PPA. Si desea información sobre cómo instalar PPA, consulte Parallels Plesk Automation: Guía de despliegue. Escenarios posibles para realizar el cambio Existen dos escenarios principales en los que puede efectuarse el cambio a PPA: Asimilar los servidores existentes en la infraestructura de PPA (solo para Parallels Panel 10.x y posteriores). El escenario de asimilación supone la adhesión de sus servidores independientes de Parallels Panel a la infraestructura de PPA. una vez completada la asimilación, los antiguos servidores de Parallels Panel quedan completamente integrados en PPA, es decir, se convierten en nodos de servicio de PPA. Los principales elementos empresariales (planes de servicio, cuentas de clientes y revendedores, etc.) se transfieren de los servidores al nodo de administración de PPA. Las suscripciones permanecen inalteradas en los servidores asimilados.

6 6 Introducción Transferencia de los datos de hosting desde los servidores existentes a los nodos de servicio de PPA. Mientras que mediante el proceso de asimilación los servidores existentes se convierten en nodos de servicio de PPA plenamente operativos, el método de transferencia únicamente copia todos los datos de hosting (planes, cuentas de clientes, etc.) en PPA. Esta forma de migrar a PPA se basa en el supuesto de que ya dispone de un entorno operativo de PPA con nodos de servicio que pueden utilizarse como sustitución de los servidores existentes: durante la migración no se añaden los servidores existentes a la infraestructura de PPA, sino que únicamente se transfieren todos los datos de hosting a nodos específicos de PPA. Todos los objetos de negocio (planes de servicio, cuentas de clientes y revendedores, etc.) se transfieren de los servidores al nodo de administración de PPA. Todas las suscripciones se reubican en nodos de servicio PPA registrados. Ambos escenarios tienen sus ventajas e inconvenientes, y la conveniencia de utilizar uno u otro dependerá de la situación. La información sobre los escenarios que aparece en la siguiente tabla le ayudará a escoger la forma de migración a PPA.

7 Introducción 7 Paneles de hosting para los que se ofrece soporte Seguridad Entorno Escenario de asimilación Parallels Panel 10.x y posteriores Las incidencias que se produzcan durante la asimilación de servidores (como puede ser un fallo de hardware) pueden ocasionar una interrupción parcial de los servidores existentes. Por lo general, únicamente son necesarios dos servidores, además de la infraestructura existente: el nodo de administración de PPA y el nodo del servidor de correo. Todos los servidores existentes se incorporan a PPA como nodos de servidor web. Escenario de transferencia Parallels Panel 8.6 y posteriores Parallels Plesk Expand Parallels Business Automation Standard y posteriores Los servidores de origen no se ven afectados por la transferencia en modo alguno. Incluso en el caso de que no se complete una transferencia correctamente, los servidores de origen continuarán funcionando. Son necesarios un cierto número de servidores adicionales registrados como nodos de servicio de PPA. En estos nodos se alojarán las suscripciones de hosting ya creadas. Realizar la migración a PPA Independientemente del escenario que haya escogido, es necesario que realice una serie de pasos preparativos (en la página 8) comunes. Una vez completados estos pasos, podrá iniciar el proceso de asimilación (en la página 11) o el de transferencia de datos. Los escenarios de transferencia variarán en función de la plataforma de origen: Parallels Panel 8.6 y posteriores o Parallels Plesk Expand (en la página 27) (en adelante, Parallels Expand). Parallels Business Automation Standard y posteriores (en la página 48) (en adelante, PBAS).

8 C A P Í T U L O 3 Preparativos para la migración Independientemente del método seleccionado para pasar a PPA, deberá realizar dos pasos de preparación antes de proceder con la migración: 1. Instalar las herramientas de migración (en la página 9). Para poder pasar a PPA, deberá utilizar este grupo de herramientas, que encontrará en el sitio web de Parallels. Estas herramientas de líneas de comando le permiten transferir datos de hosting de una serie de servidores al nodo de administración de PPA, así como compatibilizar los servidores de Parallels Panel con PPA (en el caso del escenario de asimilación). 2. Instalar el software de sincronización de correo (servidores Windows) (en la página 10). Este paso únicamente es necesario si realiza la transferencia desde servidores de Parallels Panel basados en Windows. Sin este software, las herramientas no podrían transferir el correo de dichos servidores. Una vez completados los pasos preparativos, puede iniciar uno de los dos escenarios de transferencia: asimilar los servidores de Parallels Panel existentes (en la página 11) o transferir los datos de hosting a PPA (en la página 27). En este capítulo: 1) Instale las herramientas de migración de PPA ) Instale el software de sincronización de correo (servidores Windows)... 10

9 Preparativos para la migración 9 1) Instale las herramientas de migración de PPA Las herramientas de migración de PPA constan de dos archivos: ppa-assimilate y ppatransfer. La herramienta ppa-assimilate se ocupa del escenario de asimilación: compatibiliza los servidores de Parallels Panel con PPA y transfiere los datos contenidos en ellos a PPA. La herramienta ppa-transfer se utiliza para el escenario de transferencia: transfiere los datos de hosting de sus servidores a PPA. Recomendamos encarecidamente que instale las herramientas en el nodo de administración, ya que las instrucciones que encontrará en esta guía parten del supuesto de que las herramientas se han alojado en el nodo de administración. No obstante, si lo desea, es posible ejecutar las herramientas en cualquier servidor de su red que cumpla con los siguientes requisitos: El servidor debe tener instalados CentOS 5.x/6.x ó Red Hat Enterprise Linux 5.x/6.x. El servidor debe disponer de conexión a los servidores de hosting y al nodo de administración de PPA. Para instalar las herramientas en un servidor: 1. Acceda a su servidor como root. 2. Descargue el script de instalación: wget 3. Convierta installer.sh en ejecutable: chmod +x installer.sh 4. Instale las herramientas ejecutando el script:./installer.sh Una vez completado este paso, las herramientas estarán listas para su uso. Importante: los pasos de preparación comunes detallados en este capítulo son válidos para ambas herramientas. Por lo tanto, todos los ejemplos sobre el uso de herramientas de este capítulo únicamente hacen referencia a la herramienta ppa-assimilate. Si desea utilizar el método de transferencia de datos en lugar de asimilar los servidores, lo único que debe hacer es utilizar los mismos ejemplos sustituyendo el nombre de la herramienta ppaassimilate por el de ppa-transfer. SI ya ha instalado las herramientas y solo desea actualizarlas a la última versión disponible, siga las instrucciones que se detallan a continuación. Para actualizar las herramientas a la última versión: 1. Acceda a su servidor como root. 2. Actualice las herramientas:./installer.sh --upgrade

10 10 Preparativos para la migración 2) Instale el software de sincronización de correo (servidores Windows) Importante: este paso es necesario en caso de que su servidor de correo de Parallels Panel para Windows ofrezca soporte para IMAP. Por defecto, el soporte para IMAP se activa en todas las versiones de Parallels Panel para Windows, a partir de la versión Parallels Panel 9. Si utiliza una versión anterior de Parallels Panel o ha desactivado intencionadamente el soporte para IMAP, puede omitir este paso. Las herramienta de migración PPA transfieren los servicios de correo de los servidores Windows mediante la utilidad de terceros imapsync. Antes de proceder a la asimilación de los servidores Windows, por tanto, debería instalar imapsync en el mismo servidor junto con las herramientas de migración de PPA. Para instalar imapsync en CentOS 5, utilice las herramientas de migración de PPA: ppa-assimilate install-imapsync Para instalar imapsync en versiones posteriores de CentOS o en RHEL, siga las siguientes instrucciones: 1. Instale el repositorio EPEL ejecutando el siguiente comando: En sistemas operativos de 32 bits: rpm -ihv noarch.rpm En sistemas operativos de 64 bits: rpm -ihv 2. Instale imapsync desde el repositorio EPEL: yum install imapsync

11 C A P Í T U L O 4 Escenario de asimilación para Parallels Panel 10.x y posteriores El escenario de asimilación supone la adhesión de sus servidores independientes de Parallels Panel a la infraestructura de PPA. Tras completar la asimilación, los servidores de Parallels Panel originales pasan a formar parte de un entorno con múltiples servidores: Los servidores asociados se convierten en nodos de servicio de PPA. Parallels Plesk Panel se elimina por completo de los servidores asimilados y ya no es posible acceder a él. Los objetos de negocio principales (planes de servicio, cuentas de clientes y revendedores, etc.) se transfieren de los servidores al nodo de administración de PPA. Los antiguos planes de servicio de Parallels Panel estarán disponibles para la suscripción en PPA. Las suscripciones de hosting permanecerán inalteradas en los servidores y continuarán funcionando como lo hacían. Cada servidor de Parallels Panel añadido pasa a ser un nodo de servidor web. Ello significa que, una vez asociado el servidor, una parte de las funciones del mismo es delegada a los nodos de PPA. Más detalladamente: Los servicios de hosting web y de bases de datos continúan funcionando en el nodo. Los servicios de correo se reubican en un nodo de correo registrado en PPA, cuya función es la de enviar el correo. Los servicios DNS se reubican en servidores DNS registrados en PPA, cuya función es almacenar todas las zonas DNS del nodo asociado. Una vez completada la asociación, el servidor DNS de Parallels Panel empezará a dirigir todas las solicitudes a un servidor DNS principal de PPA. Esto permite mantener inalterados todos los registros NS que hubiera en el servidor DNS de un registrador. Ver la fotografía inferior. Nota: PPA no crea de forma automática zonas DNS inversas. La creación de estas zonas en PPA es uno de los pasos que deben realizarse para preparar los servidores para la asimilación.

12 12 Escenario de asimilación para Parallels Panel 10.x y posteriores

13 Escenario de asimilación para Parallels Panel 10.x y posteriores 13 Importante: los inventarios IP no se transfieren a PPA. Las direcciones IP de los servidores de Parallels Panel se registran en PPA y se marcan como utilizadas. Por tanto, si desea disponer de un inventario de direcciones IP libres en un servidor concreto, deberá registrarlo manualmente una vez concluida la asimilación. Realizar la asimilación La asimilación de los servidores de Parallels Panel se lleva a cabo mediante la herramienta ppa-assimilation y consta de varios pasos: 1. Configuración de la herramienta ppa-assimilation (en la página 15). Esta operación se realiza mediante un archivo de configuración, que define varios parámetros de configuración como las direcciones IP del servidor, las credenciales del administrador, etc. 2. Creación de una lista de transferencia (en la página 18). Una lista de transferencia es un archivo que especifica qué objetos (planes, cuentas de revendedor y suscripciones) deben transferirse a PPA desde los servidores asimilados. 3. Importación de cuentas de revendedores a PPA (en la página 19). El proceso de transferencia de revendedores a PPA mediante la herramienta ppaassimilate no está completamente automatizado: Si bien las cuentas de revendedores se transfieren de forma automática, es necesario crear de forma manual los planes de los revendedores en PPA. 4. Importación de planes (plantillas) a PPA (en la página 20). Los planes de servicios no se transfieren de forma automática a PPA durante la asimilación. Por tanto, es necesario o bien crear los planes en PPA manualmente, o bien utilizar la herramienta ppa-assimilate para ello. 5. Asociación de las suscripciones con los planes (en la página 21). Asociación de las suscripciones con planes importados específicos. 6. Comprobación de la existencia de posibles conflictos y limitaciones (en la página 22). Antes de realizar la transferencia a PPA, se recomienda encarecidamente que realice una comprobación para verificar que no existen conflictos. Por ejemplo, dos planes de servicios diferentes en instancias diferentes de Parallels Panel pueden tener el mismo nombre. En función de los resultados obtenidos, la herramienta genera un informe con los conflictos hallados. 7. (Opcional) Creación de zonas DNS inversas (en la página 23) Dado que PPA no crea automáticamente zonas DNS inversas para las direcciones IP / de red utilizadas, esta operación debe realizarse manualmente. 8. Realizar la asimilación. Una vez completados todos los pasos de preparación, es posible realizar la asimilación.

14 14 Escenario de asimilación para Parallels Panel 10.x y posteriores En este capítulo: 1) Configure la herramienta ) Cree una lista de transferencia ) Importe las cuentas de revendedor a PPA ) Importe los planes a PPA ) Asocie las suscripciones a los planes ) Compruebe que no existen conflictos ) (Opcional) Creación de zonas DNS inversas ) Realizar la asimilación... 24

15 Escenario de asimilación para Parallels Panel 10.x y posteriores 15 1) Configure la herramienta La herramienta ppa-assimilate se comunica con varios servidores, por lo que debe proporcionarle las direcciones IP de los servidores, las credenciales del administrador y otros datos. La configuración de la herramienta se realiza mediante el archivo config.ini, que no se crea por omisión. Para su comodidad, el directorio /etc/ppa-migrator/ contiene el archivo config.ini.plesks.template, que puede utilizar como base para la creación del archivo config.ini. Para configurar la herramienta: 1. Cree el archivo config.ini utilizando la plantilla. Por ejemplo: cp /etc/ppa-migrator/config.ini.plesks.template config.ini 2. Edite el archivo config.ini para configurar la herramienta. A continuación se muestra la descripción de las secciones del archivo. Estructura del archivo de configuración El archivo config.ini se compone de varias secciones de dos tipos: Predefinidas. Estas secciones contienen información sobre el nodo de administración de PPA y sobre diversos aspectos de la transferencia de datos. Los nombres de las secciones [GLOBAL] y [ppa] están predefinidos por la herramienta y no es recomendable cambiarlos. Personalizadas. Estas secciones contienen información sobre los servidores existentes. Puede utilizar cualquier nombre para estas secciones. Por ejemplo, [plesk1], [plesk2], etc. Ejemplo de archivo de configuración Veamos un ejemplo del archivo config.ini. En este ejemplo, asimilaremos dos servidores de Parallels Panel (uno en Linux y otro en Windows). [GLOBAL] # Aquí deben incluirse las secciones personalizadas. Cada sección de sources está a cargo de un servidor de Parallels Panel. # El orden es importante: ubique en primer lugar los servidores a los que desea dar prioridad durante la resolución de conflictos. sources: plesk1, plesk2 # El parámetro source-type determina el tipo de servidor asociado (plesk en caso de que asocie un servidor de Parallels Panel) source-type: plesk # Directorio para los archivos temporales session-dir: migration-session

16 16 Escenario de asimilación para Parallels Panel 10.x y posteriores # Este es el tiempo, en segundos, que la herramienta establece como TTL mínimo para el SOA y el intervalo de actualización en un servidor DNS nuevo. En este paso puede dejar el valor predeterminado. Si desea más información sobre este parámetro, consulte la sección Realizar la asimilación. zones-ttl: 120 [ppa] # Dirección IP del nodo de administración de PPA ip: # credenciales del administrador de PPA panel-username: admin panel-password: setup # credenciales del usuario del sistema raíz (en el nodo de administración de PPA) ssh-username: root # La herramienta ofrece soporte para dos tipos de autenticación ssh: basada en la contraseña y basada en la clave. # Si desea realizar la autenticación por contraseña, elimine el indicador de comentario de las siguientes dos líneas e indique la contraseña. # ssh-auth-type: password # ssh-password: # Si desea realizar la autenticación basada en la clave, elimine el indicador de comentario de las siguientes dos líneas y especifique la ruta a la clave SSH.Tenga en cuenta que no existe soporte para claves SSH protegidas con frase de contraseña. # ssh-auth-type: key # ssh-key: # El nombre de host de un servidor DNS de PPA hostname: ppa.tst [plesk1] # Aquí se introducen los parámetros de conexión para el primer servidor de Parallels Panel (basado en Linux) ip: os: Unix panel-username: admin panel-password: setup ssh-username: root # La herramienta ofrece soporte para dos tipos de autenticación ssh: basada en la contraseña y basada en la clave. # Si desea realizar la autenticación por contraseña, elimine el indicador de comentario de las siguientes dos líneas e indique la contraseña. # ssh-auth-type: password # ssh-password: # Si desea realizar la autenticación basada en la clave, elimine el indicador de comentario de las siguientes dos líneas y especifique la ruta a la clave SSH.Tenga en cuenta que no existe soporte para claves SSH protegidas con frase de contraseña. # ssh-auth-type: key # ssh-key: # Este parámetro determina se si debe copiar el contenido de correo del servidor (valor 'full') o no ('none'). # El contenido del correo se copia por omisión (si se elimina la línea o el indicador de comentario). copy-mail-content: full

17 Escenario de asimilación para Parallels Panel 10.x y posteriores 17 [plesk2] # Aquí se introducen los parámetros de conexión para el segundo servidor de Parallels Panel (basado en Windows) ip: os: windows panel-username: admin panel-password: setup # Credenciales del administrador de Windows windows-username: admin windows-password: setup # En caso de que su servidor IMAP de origen no disponga de soporte para la extensión NAMESPACE, defina los siguientes dos parámetros. # De lo contrario, elimine el indicador de comentario de estas líneas. # Si su servidor IMAP de origen es MailEnable o SmarterMail, deje los valores predeterminados para estos parámetros. mailbox-name-separator: / mailbox-name-prefix: # Este parámetro determina qué contenido de correo debe copiarse del servidor: # 'full' para copiar todo el contenido de correo, 'messsages' para copiar únicamente los mensajes de las carpetas de Entrada y 'none' en caso de que no desee efectuar una copia. # Todo el contenido del correo se copia por omisión (si se elimina la línea o el indicador de comentario). # Tenga en cuenta que si el servidor no dispone de soporte para IMAP, únicamente se podrán copiar los mensajes de la bandeja de entrada mediante la opción 'mensajes'. copy-mail-content: full

18 18 Escenario de asimilación para Parallels Panel 10.x y posteriores 2) Cree una lista de transferencia Una lista de transferencia especifica qué objetos (planes, cuentas de revendedor y suscripciones) deben transferirse a PPA desde los servidores asimilados. Es posible generar el archivo de lista de transferencia de forma automática mediante la herramienta ppaassimilate. Una vez creado, el archivo contiene todos los objetos existentes en los servidores asimilados (ver el siguiente ejemplo). Para generar la lista de transferencia, ejecute el siguiente comando: # ppa-assimilate generate-migration-list config.ini Una vez haya ejecutado el comando, la herramienta creará el archivo migration-list en el directorio de sesión especificado en config.ini. Este archivo será necesario durante los pasos de asimilación posteriores. Estructura de la lista de transferencia Una vez generada, la lista contendrá todos los planes de servicios, las suscripciones y las cuentas de revendedor que se hallaban en las instancias asimiladas de Parallels Panel. Asimismo, el archivo contiene planes y cuentas de revendedor existentes en PPA. Las líneas correspondientes están marcadas con el comentario # exists in PPA. La lista consta de una serie de secciones, una por cada revendedor (por ejemplo, [Reseller1]). Cada sección se compone de subsecciones, una por cada plan de servicios (por ejemplo, (Hosting Gold)). Estas subsecciones de los planes contienen la lista de suscripciones a cada plan. Tenga en cuenta que los planes de hosting no están agrupados bajo una sección específica, sino que aparecen al principio del archivo antes de las secciones de revendedores. La herramienta determina de forma automática la asociación entre los planes y las suscripciones. Por lo tanto, la subsección de cada plan contiene la lista de las suscripciones asociadas a él. Dado que las suscripciones personalizadas no están asociadas a un plan específico, se ubican fuera de las secciones de planes. Ejemplo de lista # Suscripciones a los planes de hosting del proveedor # Suscripciones personalizadas # Estas suscripciones deben pasarse a la sección de un plan de servicios específico. De lo contrario, la herramienta no iniciará el proceso de asimilación. admins-subscription1.tld admins-subscription2.tld (Hosting Gold) customer1-subscription1.tld # customer1 (Bob Smith) (Hosting Silver) customer1-subscription2.tld # customer1 (Bob Smith) customer2-subscription1.tld # customer2 (Jack Smith) customer2- subscription2.tld # customer2 (Jack Smith) (Hosting PPA compartido) # exists in PPA # Suscripciones a los planes de hosting de los revendedores [Reseller1] # John Smith (Ilimitada)

19 Escenario de asimilación para Parallels Panel 10.x y posteriores 19 reseller1-subscription1.tld reseller1-subscription2.tld reseller1-customer1-subscription1.tld # reseller1-customer1 (John Doe) (Plan 1) reseller1-customer2-subscription1.tld # reseller1-customer2 (Bob Doe) [Reseller2] # Tom Smith (Plan 1) reseller2-customer1-subscription1.tld # reseller2-customer1 (Kate Doe) 3) Importe las cuentas de revendedor a PPA La herramienta ppa-assimilate tiene una limitación: le permite transferir cuentas de revendedor a PPA pero no transfiere de forma automática planes de revendedor. Por tanto, para poder importar correctamente las cuentas de revendedor desde sus servidores de Parallels Panel, en primer lugar deberá crear manualmente planes de revendedor en PPA que correspondan a los de los servidores de Parallels Panel y, una vez realizada la transferencia, suscribir a los revendedores a dichos planes. Consulte las indicaciones detalladas a continuación. Para importar cuentas de revendedores a PPA: 1. Cree planes de revendedores (plantillas) en PPA que correspondan a los que se encuentran en los servidores de Parallels Panel. Si utiliza el panel de facturación con PPA, encontrará información sobre cómo realizar esta operación en Guía de operaciones de Parallels Plesk Automation, sección Emplear a revendedores mediante el panel de facturación. Si utiliza PPA sin el panel de facturación, podrá encontrar la información sobre cómo realizar esta operación en la Guía de operaciones de Parallels Plesk Automation, sección Creación de plantillas de servicio de revendedor. 2. Edite el archivo de lista de transferencia migration-list (ubicado en el directorio de sesión) para excluir aquellas cuentas de revendedor que no desea transferir a PPA. Para excluir una cuenta concreta de la transferencia, elimine el indicador de comentario de la línea correspondiente de la lista, o bórrela. 3. Realice la transferencia de las cuentas de revendedor al nodo de administración de PPA ejecutando el comando: # ppa-assimilate import-resellers config.ini Todas las cuentas de revendedor de sus servidores de Parallels Panel se transferirán a PPA. 4. Suscriba las cuentas de revendedor transferidas a los planes de revendedor recién creados. Si utiliza el panel de facturación con PPA, encontrará información sobre cómo realizar esta operación en la Guía de operaciones de Parallels Plesk Automation, sección Emplear a revendedores mediante el panel de facturación. Si utiliza PPA sin el panel de facturación, podrá encontrar la información sobre cómo realizar esta operación en la Guía de operaciones de Parallels Plesk Automation, sección Suscripción de revendedores a plantillas.

20 20 Escenario de asimilación para Parallels Panel 10.x y posteriores 4) Importe los planes a PPA Los planes de servicios no se transfieren de forma automática a PPA durante la asimilación. Por tanto, es necesario o bien crear los planes en PPA manualmente, o bien utilizar la herramienta ppa-assimilate para ello. La segunda opción está disponible únicamente en caso de que utilice PPA con el panel de facturación. Para importar los planes a PPA de forma manual: 1. Cree planes de hosting compartido (plantillas) en PPA que correspondan a los que se encuentran en los servidores de Parallels Panel. Si utiliza el panel de facturación con PPA, encontrará información sobre cómo realizar esta operación en la Guía de operaciones de Parallels Plesk Automation, sección Oferta de servicios mediante el panel de facturación. Si utiliza PPA sin el panel de facturación, podrá encontrar la información sobre cómo realizar esta operación en la Guía de operaciones de Parallels Plesk Automation, sección Creación de plantillas de hosting compartido. 2. Asigne atributos de aprovisionamiento a los planes. El atributo de aprovisionamiento es una etiqueta que vincula un plan y los nodos donde pueden configurarse los servicios incluidos en él. Si desea más información sobre atributos, consulte la Guía de operacionesde Parallels Plesk Automation, capítulo Configuración de su oferta corporativa. Cada suscripción a Parallels Panel incluye soporte para una serie de servicios, como hosting web, de correo y de bases de datos. El servidor de correo es el único servicio que se reubica en otros nodos de PPA desde el servidor asimilado. Por tanto, resulta indispensable establecer un atributo de aprovisionamiento por lo menos para el servicio de correo. En caso contrario, PPA no podrá determinar en qué nodo debe reubicar los servicios de correo desde las suscripciones asimiladas. Si utiliza PPA con el panel de facturación, puede asignar un atributo al servicio de correo desde dicho panel en > Planes > seleccione un plan > Cambiar configuración > sección Postfix Mail. Si no utiliza la solución de facturación, puede asignar un atributo desde el panel de administración > Productos > Plantillas de servicio > seleccione una plantilla > Recursos > Postfix Mail > Atributos de aprovisionamiento. Los demás servicios (hosting web y bases de datos) permanecerán inalterados en el servidor asociado. Por ello, es posible no asignar atributos a dichos servicios. Tenga en cuenta, no obstante, que en ese caso no será posible suscribirse a los planes importados. Para importar planes a PPA mediante la herramienta ppa-assimilate (aplicable solo a PPA con panel de facturación): 1. Edite el archivo de lista de transferencia para excluir aquellos planes que no desea transferir a PPA. Para excluir un plan concreto de la transferencia, elimine el indicador de comentario de la línea correspondiente de la lista, o borre la línea. 2. Copie los planes de hosting en PPA ejecutando el siguiente comando: ppa-assimilate config.ini import-plans

21 Escenario de asimilación para Parallels Panel 10.x y posteriores 21 Los planes aparecerán en el panel de facturación > Planes. En caso de que no utilice la solución de facturación, puede ver la lista de planes añadidos (plantillas) en el panel de administración > Productos > Plantillas de servicio. 3. Asigne atributos de aprovisionamiento a los planes. 5) Asocie las suscripciones a los planes Antes de efectuar la asimilación de los servidores, debe asociar las suscripciones de sus servidores de Parallels Panel con planes de servicio específicos que haya importado a PPA en el paso anterior. Esta operación se realiza ajustando el archivo de lista de transferencia. Generalmente, todas las suscripciones de Parallels Panel están asociadas con unos planes específicos (dichas asociaciones se reflejan de forma automática en el archivo). Las únicas excepciones las constituyen las suscripciones personalizadas - aquellas que no son instancias de planes de servicio. Puesto que PPA no ofrece soporte para suscripciones personalizadas, deberá asociarlas con planes específicos. Para ello, deberá editar el archivo de lista de transferencia. La asociación se realiza colocando la línea de la suscripción correspondiente en la sección de un plan específico. Tenga en cuenta que la herramienta no iniciará la asimilación hasta que todas las suscripciones estén asociadas a un plan. Si no desea asociar suscripciones a ciertos planes, elimine el indicador de comentario de las líneas correspondientes o borre las líneas. Por ejemplo, para asociar la suscripción personalizada admins-subscription.tld con el plan Hosting Gold, traslade la línea correspondiente a la sección de dicho plan. Antes # Suscripciones personalizadas admins-subscription.tld (Hosting Gold) customer1-subscription1.tld (Hosting Silver) Después # Suscripciones personalizadas (Hosting Gold) customer1-subscription1.tld admins-subscription.tld (Hosting Silver)

22 22 Escenario de asimilación para Parallels Panel 10.x y posteriores 6) Compruebe que no existen conflictos Antes de realizar la asimilación, se recomienda encarecidamente que efectúe una comprobación previa por si existieran conflictos que pudieran interferir en el proceso de transferencia de datos o impedir la migración a PPA. Esta comprobación se realiza mediante la herramienta ppa-assimilate y consta de varias verificaciones relacionadas con diversos aspectos de las funciones de los paneles de hosting. A continuación se detallan las comprobaciones más importantes que pueden requerir su atención: Comprobar que las cuentas de clientes / revendedores tienen las mismas direcciones de y los mismos nombres de contacto. Existen tres parámetros de cuenta que las herramientas utilizan para identificar una cuenta: nombre de usuario, y nombre de contacto. Analicemos el comportamiento del sistema cuando estos parámetros coinciden para cuentas distintas: Los nombres de usuario, los s y los nombres de contacto son iguales. El sistema considera que dichas cuentas pertenecen a la misma persona o empresa: únicamente una de ellas se transferirá a PPA. Se dará prioridad a la cuenta que ocupe el primer lugar en la cadenasources en config.ini. Se ignoran las cuentas de otros paneles: sus suscripciones también se registran en PPA, pero se asocian a la cuenta de cliente / revendedor que ocupaba una posición prioritaria durante la transferencia. Si desea transferir estas cuentas a PPA, deberá indicar una dirección de y un nombre de usuario diferentes para las cuentas en conflicto. Los nombres de usuario y los nombres de contacto son iguales y los s son diferentes. No podrá realizarse el paso a PPA hasta que especifique un nombre de usuario distinto para las cuentas en conflicto. Los nombres de usuario y los s son iguales, pero los nombres de contacto son diferentes. No podrá realizarse el paso a PPA hasta que especifique los mismos nombres de contacto (si se trata de las mismas personas) para las cuentas en conflicto. Los s son iguales, pero los nombres de usuario y de contacto son diferentes. No podrá realizarse el paso a PPA hasta que especifique un distinto para las cuentas en conflicto. Verificación de la clave de licencia de Parallels Panel (escenario de asimilación). En caso de que vaya a asimilar los servidores de Parallels Panel en PPA, las herramientas comprobarán si las claves de licencia de sus instancias de Parallels Panel pueden utilizarse en PPA. Si no fuera posible, será necesario actualizar las claves de licencia para que sean compatibles con PPA.

23 Escenario de asimilación para Parallels Panel 10.x y posteriores 23 Para realizar la comprobación previa: $ ppa-assimilate check config.ini En función de los resultados obtenidos, la herramienta genera un informe. En este informe aparecen mensajes de dos tipos: ADVERTENCIA. Estos mensajes le advierten sobre posibles incidencias que puedan afectar sus tareas en PPA pero que no resultan críticas para el proceso de asimilación. ERROR. Estos mensajes aparecen cuando se produce un conflicto que impide el proceso de asimilación. Es preciso resolver todas las incidencias marcadas como ERROR antes de proceder a la asimilación. 7) (Opcional) Creación de zonas DNS inversas La posibilidad de efectuar un proceso de búsqueda de DNS inverso (aquel en el que el cliente busca el nombre de un equipo basándose en su dirección) es esencial para un gran número de servicios de internet. El proceso de solicitudes inversas está basado en zonas DNS inversas que guardan la información sobre direcciones IP y los nombres de dominio correspondientes. El servicio DNS en PPA tiene una limitación: PPA no crea de forma automática zonas DNS inversas para las direcciones de red/ IP registradas. Por tanto, uno de los primeros pasos para migrar a PPA debería ser la creación de zonas DNS inversas para sus direcciones IP / de red. Las zonas DNS inversas se crean desde el panel de administración > Operaciones > Administrador DNS > Zonas DNS inversas. Tenga en cuenta que los registros PTR de estas zonas se crean de forma automática en PPA. Antes de realizar la asimilación de los servidores, deberá crear las siguientes zonas DNS inversas para algunas direcciones IP / de red: 1. Zonas DNS inversas para las direcciones IP / de red de sus servidores de Parallels Panel. 2. Zonas DNS inversas para las direcciones IP / de red de su nodo de servicio de correo.

24 24 Escenario de asimilación para Parallels Panel 10.x y posteriores 8) Realizar la asimilación Una vez realizados los pasos de preparación, puede iniciar la asimilación de servidores en PPA. Esta operación exige cierta preparación previa. La razón es que los servicios de correo se reubican en otros nodos: dado que la dirección IP de un servidor de correo cambia, puede ocurrir que durante un periodo de tiempo el correo no se envíe al nodo de correo de PPA (la nueva ubicación del servicio de correo) sino a un servidor de correo de Parallels Panel (antigua ubicación del servidor de correo). En el peor de los casos, este periodo equivale a la suma del TTL de un registro MX y el intervalo de actualización SOA. Esto puede suceder cuando un servidor DNS secundario obtuvo el registro MX justo antes del cambio de zona y un cliente de correo obtuvo el registro del servidor secundario justo antes de que finalizara el intervalo de actualización. Ver el siguiente diagrama temporal.