Guidance on Live Migration of Clusters with Enabled Search Nodes

Hi @Artur_Arakelyan –

What you will do here is add search nodes to the target cluster and then create the search indexes once the migration is complete. At present, search indexes are not copied over the network. They are rebuilt on newly deployed/scaled search nodes.

You can also try creating search indexes at the same time as starting migratio to the target cluster. We can build these indexes as the data comes into your collections. However, this likely won’t save you much time. So our general recomendation is to create and build the search indexes after the migration is complete.

Seth

As a follow-on note, mongosync / live migration requires the migration to be cut over for consistent reads on the destination cluster (see mongosync docs and Live Migrate docs for more details). If building the Atlas Search index mid-sync, there may be some lag time between when the migration is completed and the Atlas Search Index being consistent, as Atlas Search Indexes are also eventually consistent.
Echoing Seth’s recommendation above, Atlas Search Indexes should be built on the destination after the migration is cut over. Note also that writes should not be accepted on the destination cluster until after Atlas/mongosync indicates that it is safe to do so.

Hi Artur. Not at the moment, no. We will see some improvements early next year that will reduce initial index builds. But we will always need to do rebuild indexes. However, we are also going to allow the backup/restore of Atlas search indexes using the existing Atlas backup/restore functionality. Depending on the specifics of the migration, it may be possible to use this to accelerate restoring indexes. This is something we are currently investigating so we wouldn’t see it in the short to medium term.