В качестве свичта использована циска. Порт выставлен в режим транка.

Насчет контрактов — не скажу. Это не моя тема. Если вам интересно — обратитесь к тем кто предоставляет такие услуги или более плотно связан с этим.

Может быть Илья Кашапов вам даст какую-нибудь информацию на эту тему (насколько я помню в Мастерхосте они этим занимались тоже).

В производственной среде снапшоты используются для резервного копирования. Создал снапшот, забэкапил, удалил снапшот. С оговорками, разумеется — не все серверы так можно бэкапить. В случае с Hyper-V снапшот удаляется чисто формально, запись продолжает осуществляться в разностный диск. В случае же с ESX/vSphere создается новый файл диска, базовый и разностный(е) диски в него склеиваются, затем гипервизор перекидывает обращения на новый файл диска и удаляет исходные файлы — всё это без остановки ВМ.

Однако мы отвлеклись от начальной темы, ну да ладно. Холивар так холивар

P.S.

> Вы хотите сказать, что на сложной системе с жетским SLA вы регулярно делаете снапшоты виртуальных машин?

Этот вопрос напомнил заявления MS о том, что «живая миграция нужна 1-2% заказчиков». Но он обоснован, да. Как и встречный вопрос — а много ли контрактов с жесткими SLA заключено провайдерами Hyper-V?

1) как и в 1-пункт поста Ихаила - резервное копирование внутри машины

2) Родное решение - SCDPM

все опять же будет зависить от конкретной ситуации.

Что касается снапшотов, еще раз повторюсь мое видение их применения:

— отладка системы, когда необходима возможность проверить несколько вариантов состояния.

— проверка нового ПО.

— жесткое тестирование на ошибки.

Тоесть то, чем в продакшене обычно не занимаются.