А теперь о погоде...
Понравилось выражение, примененное к частному SMB облаку:
«малая облачность».
Еще можно подумать над применением к инфраструктурам:
• Переменная облачность — гетерогенные сети
• Низкая облачность — большая степень консолидации ?
• Местами осадки — не все смигрировало из облака в облако ?
• Туман — отсутствует мониторинг
• Пасмурно — ?
• Гроза
Присоединяйтесь в комментах с идеями.
Парольное бремя в ESXi 5. И включение SSH.
В версии 5 файл с параметрами называется:
/etc/pam.d/passwd
Да, и теперь SSH-доступ включается только в консоли vClient, меню консоли больше нет.
Вот процедура, как это сделать:
Делаем сами: Матрёшка "Hyper-V"
Вот пошаговая инструкция, как это сделать. И это работает!:
Да, конечно, с производительностью не очень, особенно на ноутбуке с одним SATA-диске...
По поводу VMware Tools в ВМ с Hyprer-V (в ВМ под HV vmtools ставить не нужно!). Проверена успешная работа с установленными драйверами SVGA and Mouse.
Производительность Veeam Instant VM Recovery
Меня часто спрашивают о производительности работы технологии Instant VM Recovery.
Напомню, в таком варианте скорость восстановления целой виртуальной машины фактически равна скорости загрузки этой ВМ, так как никакие данные не копируются, а машина просто запускается непосредственно из архивных файлов (дедуплицированных и сжатых).
Достигая высокого значения RTO, приходится платить производительностью дисковой подсистемы ВМ, пока она не будет перенесена обратно на высокопроизводительную систему хранения. Для переноса необходимо выбрать наиболее подходящий способ миграции, например:
- Storage vMotion - миграция дисков ВМ, без остановки ВМ.
- Клонирование работающей ВМ (hot-cloning).
- Репликация ВМ (например, с помощью Veeam Backup & Replication).
- Перенос файлов выключенной ВМ в запланированном окне.
Но все же стоит вопрос, а насколько мы теряем в производительности? Сколько по времени будет происходить полное восстановление ВМ - не только доступность сервисов, но и восстановление производительности?