Хочу сообщить, что 1го июля в Москве CNews Conferences и CNews Analytics проводят круглый стол «Управление непрерывностью бизнеса: лучшие ИТ-решения».
Я там буду выступать с докладом "Обратная сторона "облака", и расскажу то, о чем вендоры вам не хотят говорить.
четверг, 24 июня 2010 г.
Security: сеть для VMotion / Fault Tolerance / IP Storage
Как построить безопасную сеть и как распределить VLAN'ы и физические адаптеры?
Прежде всего нужно подчеркнуть особенности VMotion, Fault Tolerance и IP Storage трафика - он нешифрованный и передается в прямом виде. Что из этого следует?
Все три типа трафика должны быть изолированы от общей сети, в которую входит VM Network. Кстати, это и к вопросу о выборе между ESX Software iSCSI и Guest Software iSCSI. При прослушке трафика можно получить в прямом виде состояние оперативной памяти (VMotion) вместе с ключами и паролями/хэшами паролей, и дисковый ввод/вывод вместе с ценными данными.
Отделение всех трех типов трафика от общей сети является ключевым моментом в предотвращении атаки. Хорошо, но нужно ли разделять их между собой? Строго говоря, рекомендуется. Проведу простую аналогию - стоит ли хранить патроны и оружие в одном сейфе или в разных, чтобы обезопасить детей? Будет значительно труднее собрать оружие и выстрелить при разных сейфах.
С другой стороны, ответ на этот вопрос сильно зависит от степени ценности данных. В общем случае особого беспокойства нет, и все три типа трафика можно комбинировать на одном физическом коммутаторе или даже в одном VLAN. Более того, подобная конфигурация может сохранить нам порты и упростить конфигурацию. При полном отделении трафика на физическом уровне требуется как минимум три физических порта, но их ведь нужно еще и резервировать -> уже 6 портов. Пожертвовав полным физическим отделением, можно обойтись всего 3мя - поставив их по кругу для всех 3-х VMkernel в active / standby.
Прежде всего нужно подчеркнуть особенности VMotion, Fault Tolerance и IP Storage трафика - он нешифрованный и передается в прямом виде. Что из этого следует?
Все три типа трафика должны быть изолированы от общей сети, в которую входит VM Network. Кстати, это и к вопросу о выборе между ESX Software iSCSI и Guest Software iSCSI. При прослушке трафика можно получить в прямом виде состояние оперативной памяти (VMotion) вместе с ключами и паролями/хэшами паролей, и дисковый ввод/вывод вместе с ценными данными.
Отделение всех трех типов трафика от общей сети является ключевым моментом в предотвращении атаки. Хорошо, но нужно ли разделять их между собой? Строго говоря, рекомендуется. Проведу простую аналогию - стоит ли хранить патроны и оружие в одном сейфе или в разных, чтобы обезопасить детей? Будет значительно труднее собрать оружие и выстрелить при разных сейфах.
С другой стороны, ответ на этот вопрос сильно зависит от степени ценности данных. В общем случае особого беспокойства нет, и все три типа трафика можно комбинировать на одном физическом коммутаторе или даже в одном VLAN. Более того, подобная конфигурация может сохранить нам порты и упростить конфигурацию. При полном отделении трафика на физическом уровне требуется как минимум три физических порта, но их ведь нужно еще и резервировать -> уже 6 портов. Пожертвовав полным физическим отделением, можно обойтись всего 3мя - поставив их по кругу для всех 3-х VMkernel в active / standby.
Ярлыки:
безопасность,
network
среда, 23 июня 2010 г.
StarWind 5.4 beta
StarWind открыла программу бета-тестирования последней версии своего iSCSI таргета, 5.4
Что нового:
Форма регистрации на бета-тестирование:
Что нового:
- Добавлено кеширование. Поддерживаются режимы кеширования Write-Through и Write-Back.
- Добавлен функционал автоматической синхронизации. Когда HA нода становится активной, то в случае включенной опции автосинхронизации она автоматически синхронизует данные дисков со второй НА нодой и приводится в онлайн.
- Убран лимит на максимальный раздел диска в 2ТБ.
- При установке в Windows Firewall автоматически добавляется разрешающее правило.
Форма регистрации на бета-тестирование:
понедельник, 21 июня 2010 г.
DRS Deepdive
Эта статья затрагивает две основные функции DRS:
Балансировка нагрузки
Прежде всего VMware DRS проверяет уровень загруженности кластера раз в 5 минут. Если обнаруживается несбалансированность, DRS попытается реорганизовать кластер при помощи VMotion и достичь состояния сбалансированности. Возникает вопрос: а как же отличить сбалансированный кластер от несбалансированного?
- Балансировка нагрузки в несбалансированном кластере
- Размещение ВМ при включении
Балансировка нагрузки
Прежде всего VMware DRS проверяет уровень загруженности кластера раз в 5 минут. Если обнаруживается несбалансированность, DRS попытается реорганизовать кластер при помощи VMotion и достичь состояния сбалансированности. Возникает вопрос: а как же отличить сбалансированный кластер от несбалансированного?
vSphere 4.1: HA - что нового
Просочилась информация о новых фишках HA в vSphere 4.1
Теперь для ВМ можно будет установить мягкие и жесткие предпочтения по хостам. В случае с "мягким предпочтением" ВМ будет помещена на указанный хост при его доступности, но сможет быть перезапущена и на другом удовлетворяющий условиям хосте. "Жесткое предпочтение" ограничивает список хостов для перезапуска ВМ, и при недоступности этих хостов ВМ не будет перезапущена.
Теперь для ВМ можно будет установить мягкие и жесткие предпочтения по хостам. В случае с "мягким предпочтением" ВМ будет помещена на указанный хост при его доступности, но сможет быть перезапущена и на другом удовлетворяющий условиям хосте. "Жесткое предпочтение" ограничивает список хостов для перезапуска ВМ, и при недоступности этих хостов ВМ не будет перезапущена.
пятница, 18 июня 2010 г.
PowerShell скрипт для контроля работы vCenter
Вам случалось обнаруживать, что после очередного ребута по причине установки обновлений Windows или по любой другой причине vCenter не запустился? Anders Mikkelsen поделился секретом - контролировать vCenter, как впрочем и любой другой сервис, можно при помощи всемогущего PowerShell.
Просто поставьте в расписание запуск раз в 15-30 минут. При возникновении проблем придет электронное письмо.
Просто поставьте в расписание запуск раз в 15-30 минут. При возникновении проблем придет электронное письмо.
Ярлыки:
PowerShell,
vCenter
Тушим все по команде UPS
Один из часто задаваемых вопросов - поддерживается ли работа vSphere с UPS? К сожалению нет, и интеграцию придется делать вручную.
Можно использовать например ghettoUPSHostShutdown.pl, но можно использовать и PowerCLI.
Что для этого требуется:
Можно использовать например ghettoUPSHostShutdown.pl, но можно использовать и PowerCLI.
Что для этого требуется:
- Иметь Windows хост (или ВМ), следящую за ИБП. Как вариант - повесить эту задачу на vCenter (если он физический).
- При пропадании питания вызвать скрипт, который погасит инфраструктуру.
- При восстановлении питания поднять инфраструктуру, а затем ВМ.
Ярлыки:
PowerShell,
vSphere
Подписаться на:
Сообщения (Atom)