Si utiliza MongoDB Search o Vector Search con la implementación que está migrando, revise esta página antes de comenzar. El operador de Kubernetes maneja un recurso MongoDBSearch de manera diferente según si el recurso MongoDB al que se adjunta utiliza externalDomain.
externalDomain No es compatible
MongoDBSearch No admite recursos MongoDB que utilicen spec.externalAccess.externalDomain. Si su plan de migración depende de configurar externalDomain para los requisitos de red, y también utiliza MongoDB Search o Vector Search en esta implementación, no configure externalDomain en el recurso MongoDB al que migre. En su lugar, utilice spec.externalAccess simple (sin externalDomain) para exponer los pods de Kubernetes a sus máquinas virtuales.
Mantener MongoDBSearch en la fuente externa
Para mantener un recurso MongoDBSearch asociado al despliegue durante toda la migración, continúe utilizando spec.source.external.hostAndPorts en lugar de cambiar a spec.source.mongodbResourceRef. A medida que extienda el despliegue a Kubernetes y elimine miembros de máquinas virtuales, edite manualmente spec.source.external.hostAndPorts para agregar los nombres de host de los nuevos Pods mongod alojados en Kubernetes, de modo que la lista de semillas se mantenga actualizada.
Para consultar la referencia completa del campo, véase la Especificación de recursos de MongoDBSearch.
Población automática additionalMongodConfig
El complemento 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.