"Lo hacéis tan intuitivo y demasiado fácil que me da confianza. ¿Por qué no puede ser todo así de fácil?"
- Cliente anónimo
En mi primer correo electrónico, nuestro debate sobre las actualizaciones terminó con algunas advertencias a tener en cuenta en relación con la replicación. Esta vez profundizaremos en algunas cosas que llegan a la mesa de éxito del cliente y en la mejor forma de abordarlas.
Empecemos donde lo dejamos - versionado. A partir de la versión 5.0.1, Qumulo aplica una regla de dos trimestres cuando se trata de la replicación (si recuerdas del mes pasado, las versiones trimestrales se designan por el tercer dígito que es un 0). Si nos fijamos en la versión 5.3.0, eso hablaría de dos trimestres anteriores (5.1.0 y 5.2.0) y dos trimestres posteriores (6.0.0 y 6.1.0). Es importante señalar que un punto liberado por encima del .0 no está dentro del rango. Usando nuestro ejemplo anterior de 5.3.0, 6.1.0 es el límite duro ya que es el trimestral. 6.1.1 es un campo de juego completamente nuevo en lo que a replicación se refiere y 5.3.0 se negará en redondo a hablar con él.
Puede que se pregunte: ¿qué opciones tengo si, por error, actualizamos fuera del plazo de dos trimestres? En este caso, necesitaría actualizar el lado fuente de la relación. En este sentido, a menudo se pregunta al equipo de éxito de clientes de Qumulo: "¿debo pausar la replicación durante la actualización?" No señor, no debería. El motor de replicación es una galleta inteligente y se reanudará cuando la actualización haya terminado. Cuando se trata de actualizaciones y réplicas, no hay nada más que hacer.
Otra pregunta que llega a los pasillos de Customer Success está relacionada con el cambio de cosas en el origen, como renombrar un directorio de origen. Digamos, por ejemplo, que estamos replicando `/financials/current_fiscal', y queremos renombrarlo a '/financials/FY2023'. ¿Terminaremos replicando todos los datos? La respuesta es negativa. Como hemos cambiado el nombre, se activará una verificación, pero en realidad no se volverá a replicar nada. En su lugar, en los registros de replicación, acabará viendo que el valor "Omitido" aumenta de tamaño a medida que el "pequeño motor de replicación que pudo" recorre los datos y se asegura de que no haya nada esperando a ser transferido.
¿Qué ocurre si tienes una estructura de directorios `/zoo/animals/mammals/capybara', pero sólo quieres establecer una política especial para `mammals'? ¿Copiará la estructura de directorios por ti o tendrás que crearla tú? Nuestro equipo de desarrollo está pendiente de ti ese día - el motor de Replicación de Qumulo creará los directorios anteriores por ti, recreando el árbol como '/zoo/animals/mammals/' en el destino cuando la política tenga efecto.
Detengámonos un momento para hablar de las políticas. ¿Necesito políticas de instantáneas? En absoluto. Puede configurar una relación de replicación continua sin necesidad de políticas. Si tiene sentido o no hacerlo sin una política es una decisión empresarial. Sin embargo, normalmente recomendamos políticas, sobre todo para ampliar la configuración.
Con las políticas, puede configurar la replicación como "política+continua". Esto le dará la capacidad de tomar y transferir instantáneas en el origen en momentos específicos, así como establecer una caducidad de instantáneas en el lado de destino. Sin una política, estará limitado a la única instantánea de replicación en el lado de destino (a menos que active la toma de instantáneas allí). A medida que aumente el número de réplicas a su sitio de recuperación de desastres, es probable que desee investigar la implementación de políticas si aún no lo ha hecho.
Por último, consideremos los usuarios locales y la replicación. Si tiene usuarios locales definidos en el clúster de origen, ¿necesita definir los mismos usuarios locales en el de destino? Como práctica recomendada, sí. El clúster hará referencia al UID NFS si se han establecido permisos locales en los archivos. Al replicarlos, si el UID no está definido en el destino, el clúster no sabrá quién debe obtener los permisos, dejará de replicar y emitirá un error del tipo
" Último intento: /data/ no se puede replicar porque pertenece a un usuario local. Elimine todos los usuarios y grupos locales del archivo o asegúrese de que todos los usuarios y grupos locales tengan ID de NFS asociados y edite la relación para permitir la asignación de ID locales a ID de NFS."
También tendrías que comprobar los usuarios locales en el origen (Cluster -> Usuarios y Grupos Locales) y volver a crearlos en el destino. En la relación, tendrás que editar la casilla de verificación de "Asignar ID de usuarios/grupos locales a ID de NFS asociados". El motor de replicación lo reintentará automáticamente a los 60 segundos, así que si lo has hecho todo bien, la replicación volverá a funcionar.
Espero que esto haya disipado alguna confusión sobre la replicación y cómo se relaciona con tu clúster Qumulo. Como siempre, si tienes alguna pregunta, por favor no dudes en contactarnos en tu canal de Slack, y tu amable Ingeniero de Éxito del Cliente de Qumulo estará encantado de ayudarte. Vuelve pronto, y nos sumergiremos en el maravilloso mundo de las instantáneas.
Hasta la próxima