Тестирование развертывания миграции в Azure
После реплика или этапа рабочих нагрузок и обеспечения доступности вспомогательных служб можно начать тестирование миграции. Тестирование миграции в основном посвящено двум областям:
- Архитектура. Проверьте архитектуру, чтобы убедиться, что она работает с реплика реплика или промежуточными ресурсами.
- Подпрограммы управления. Проверьте план управления для перенесенных ресурсов, чтобы убедиться, что он работает.
В отличие от бизнес-тестирования, тестирование миграции ориентировано на ИТ-действия.
При выявлении проблем их можно добавить в план исправления. После устранения всех проблем вы можете перейти к выпуску рабочей нагрузки.
Выполнение тестовых миграций
После реплика ресурсов можно выполнить тестовые миграции в изолированных средах, чтобы убедиться, что рабочие нагрузки не влияют на рабочие нагрузки.
Тестовые миграции зависят от средств, но обычно создаются реплика исходных систем, которые выполняются параллельно с динамическими системами. Выполняйте тесты в этих вторичных системах. После завершения тестирования можно очистить реплика указанные ресурсы, не вводя постоянные изменения.
Чтобы выполнить тесты, вам потребуется:
Изолированная сеть , в которой выполняется проверка отработки отказа. Сопоставляет конфигурацию сети с предполагаемой конфигурацией сети миграции как можно больше.
Изолированный сетевой доступ от источника, например VPN типа "точка — сеть", "прыжок" или "Бастион Azure".
Механизм проверки подлинности для проверки подлинности в тестовой среде. Тестовая среда изолирована, поэтому она не может использовать поставщика удостоверений целевой зоны.
Вы можете использовать тестовый контроллер домена, который развертывается в тестовой среде с ресурсами тестовой миграции. После тестирования очистите контроллер домена с ресурсами.
Кроме того, у изолированной сети может быть тестовый контроллер домена. Пиринговая сеть, позволяющая реплика трафика Active Directory. Вы можете создать моментальный снимок контроллера домена в Azure, а затем удалить одноранговый узел для тестирования, чтобы изолировать сеть. Вы можете захватить все необходимые роли, а затем восстановить состояние после завершения тестирования, чтобы избежать внесения изменений в поставщик динамических удостоверений.
Средство миграции должно иметь инструкции по выполнению тестовой миграции и его очистке после запуска плана тестирования.
Совет
Вы также можете использовать эту среду тестирования для бизнес-тестирования.
Исправление проблем тестирования
После тестирования убедитесь, что вы:
- Запишите обнаруженные проблемы в плане исправления.
- Проблемы с триажем на основе их серьезности и определение любых обходных решений в рамках триумирования.
- Обходные пути документа. Если вы можете включить обходное решение в рамках миграции, возможно, не потребуется устранить проблему.
- Начните с элементов без обходного решения. Сначала рассмотрите возможность исправления элементов без обходных решений.
Пример плана тестирования
Ниже приведен базовый пример выходных данных плана тестирования для проекта миграции:
| Тест | Успешно или неудачно | Примечание. |
|---|---|---|
| Развертывание виртуальных машин | ✅ | |
| Администратор istrator может войти в виртуальные машины | ✅ | |
| запуск веб-служб службы IIS (IIS) | ✅ | |
| Запуск службы 1 | ✅ | |
| Запуск службы 2 | ❌ | Служба должна быть запущена вручную |
| Доступ к веб-сайту | ✅ | |
| Запуск служб SQL | ✅ | |
| Доступ к базе данных | ✅ | |
| Балансировка нагрузки между веб-сайтами работает | ✅ | |
| Входящий трафик из Шлюз приложений Azure работает | ❌ | Шлюз приложений возникла проблема с сертификатом |
| Общее время для тестовой транзакции было менее 5 мс | ✅ |