Проблемы при переносе физической машины на виртуальную

Что произойдет, если у меня есть два отдельных сервера имен для моего домена, а у одного отсутствует информация?

50% (если два сервера имен) пользователей либо получат длительную задержку, либо не получат доступа к любым ресурсам.

Серверы имен находятся в режиме балансировки нагрузки, а не аварийного переключения. Все в данном наборе используются, поэтому, если их будет 2, в среднем статистически, каждый из них будет видеть 50% запросов и запросов кэша клиентов. Так что если изменение существует только на одном из них (что ОЧЕНЬ ОЧЕНЬ плохая идея), то половина запросов потерпит неудачу. Затем, в зависимости от приложения, он либо будет ждать и повторять попытку и может затем попадет на другой сервер имен, а затем получит ответ (в зависимости от TTL тоже), либо просто завершится ошибкой.

Если домен защищен DNSSEC, ситуация будет еще хуже. Поскольку эта ошибка может перейти от «без данных» к «без разрешения доменного имени».

Подводя итог, вы не можете «смешивать и сопоставлять» серверы имен из различных провайдеров, без конкретной договоренности. Все серверы имен должны управляться одной и той же организацией. Да, вы можете (и должны в некоторых случаях) использовать различных провайдеров для дополнительной устойчивости, например, но для этого нужны конкретные договоренности. Любой из поставщиков является «первичным», а второй выкл настраивает их серверы имен из этого. Или вы, или другая третья сторона, остаетесь (скрытым) основным, и оба провайдера информируют себя об этом, чтобы убедиться, что они оба предоставляют одинаковые данные (зональное содержимое) только с разных серверов.

Однако, очевидно, можно делегировать часть дерева, например, dev , другому набору серверов имен (не то, чтобы это изменило вашу проблему в большой путь).

PS: если нужно запутать имена, используйте example.com , example.net или .example TLD, и ничего другого.

После проверки страницы Активность и ознакомления с документом Google относительно учетных записей служб я понимаю, что это вызвано предыдущей ошибкой, которая удаляет учетную запись службы по умолчанию, созданную Google. Чтобы вернуть его, я использовал:

gcloud projects add-iam-policy-binding PROJECT_ID \
    --member serviceAccount:PROJECT_NUMBER@cloudservices.gserviceaccount.com \
    --role roles/editor

Ссылка: Сервисная учетная запись Google API Service Agent удалена по ошибке .

Создать виртуальную машину поколения 1 вместо виртуальной машины поколения 2, см. Создать виртуальную машину поколения 1 или 2 в Hyper-V? , поскольку старый сервер, вероятно, не использовал UEFI.

Рекомендуется создать виртуальную машину 2-го поколения преимущества таких функций, как безопасная загрузка, за исключением одного из следующих true:

виртуальный жесткий диск, с которого вы хотите загрузиться, не совместим с UEFI.
[...]