Si utiliza MongoDB Search o búsqueda vectorial con la implementación que va a migrar, revise esta página antes de empezar. Operador de Kubernetes gestiona un recurso MongoDBSearch de forma diferente dependiendo de si el recurso MongoDB al que se adjunta utiliza externalDomain.
externalDomain No es compatible
MongoDBSearch no admite recursos MongoDB que utilizan spec.externalAccess.externalDomain. Si su plan de migración depende de la configuración de externalDomain para requisitos de red, y también utiliza MongoDB Search o la búsqueda vectorial en esta implementación, no configure externalDomain en el recurso MongoDB al que migrar. Utilice spec.externalAccess sin formato (sin externalDomain) para exponer los Pods de Kubernetes a sus máquinas virtuales.
Mantener MongoDBSearch en la fuente externa
Para mantener un recurso MongoDBSearch adjunto a la implementación durante toda la migración, continúe utilizando spec.source.external.hostAndPorts en lugar de cambiar a spec.source.mongodbResourceRef. A medida que extienda la implementación a Kubernetes y elimine los nodos de máquinas virtuales, edite manualmente spec.source.external.hostAndPorts para agregar los nombres de host de los nuevos Pods mongod host de Kubernetes para que la lista de nodos iniciales se mantenga actualizada.
Para obtener la referencia completa del campo, consulte Especificación de recursos de MongoDBSearch.
Población automática de additionalMongodConfig
El plugin kubectl mongodb migrate-to-mck rellena automáticamente spec.additionalMongodConfig en el recurso MongoDB generado con los valores que mongot necesita para conectarse. Verifique estos valores antes de aplicar el recurso MongoDB generado.