Для Hyper-V есть бесплатное ПО от Veeam.
Сути это не меняет. Veeam он же не делает уличную магию. Все средства резервного копирования используют сходные технологии создания консистентных резервных копий.
The net result of this is that no matter what the guest operating system, and no matter what the state of the integration services inside the guest operating system, Hyper-V will never interrupt a running virtual machine as part of backing it up (anymore).
Большое спасибо за содержательную статью.
Могли бы вы объяснить поподробнее несколько заинтересовавших моментов.
На транспортном уровне (Transport Layer Security) она повышена благодаря более сильному шифрованию соединений SSL
SSL или TLS? Или это такой старенький SSL, для прочности обернутый в TLS?
между сервером Backup Exec и агентами – применяется шифрование с 2048-разрядным ключом.
Шифрование данных? Новая реализация AES?
Сеансового ключа? При помощи тех самых RSA ключей, длиной в 1024 бита, которые Microsoft блокировала 3 года назад? К какому, говорите сервис-паку удалось внедрить эту функциональность?
Для таких коммуникаций используется протокол управления данными Network Data Management Protocol (NDMP).
Могли бы вы рассказать, как используется TLS совместно с NDMP в Backup Exec 15. Я даже драфт 5-й версии открыл от удивления, но ничего не нашел.
Появилась поддержки сертификатов SSL – SHA-256 (SHA-2), что также делает коммуникации между сервером Backup Exec и агентами более безопасным. А служба поддержки стала работать оперативнее – вопросы решаются быстрее.
В огороде бузина, а в Киеве — дядька.
Буду рад услышать ваши ответы.
Да что уж тут говорить. Мне вот кажется дело было так.
Вы берете несколько нормальных статей вроде
После этого проходитесь по ним автоматическим переводчиком, компонуете в длинный бесвязный текст и публикуете в корпоративном блоге. На сцене появляется шедевральный «Microsoft SharePoint 2013 for Microsoft SQL 2014», который до вандализма был скромным «MS SharePoint 2013 with MS SQL 2014 instance».
Пятница — KPI горит! Узнается огненный стиль еще одной компании.
А с SFP+? Просто интересно, DAC это
— для экстремалов и «экономных» облачных провайдеров. Ну подумаешь моргнуло, при таких-то ценах клиент переживет.
— для стоящих двухузловой кластер с однотипным железом
— это мейнстрим, у каждого второго половина серверной DA завешана.
Так кто его реассайнит? Бдящий ночной администратор, который быстро раскатает виртуалку, импортирует диски с СХД, и запустит его в строй со старым именем? Или соседний сервер (какой из десятка?) сам импортирует диски (конечно же с гарантией от split brain), уведомит frontend и все дальше полетит?
Не понятно как выходит. Там СХД это единая точка отказа. Програмной репликации нет. Не понятно по статическому кластеру, что происходит при падении бекэнда. Кто его будет оживлять?
Где оно, русское ПО? Veem, Acronis — де юре зарубежные компании, которые придерживаются в том числе и санкционного режима Евросоюза, США. Уралвагонзавод? Какие бекапы, до свидания. Рисковать никто ради России почему-то не хочет.
Да та же Abbyy пять лет назад в договоре оказалась махровейшим оффшором.
С такими друзьями никакие враги не нужны. Так что, что есть закон, что нет закона.
Как и прежде, только писанины прибавилось.
Это вообще не очень хорошая новость. Мы издалека посматриваем на Communigate как на некую альтернативу.
Но если взять Exchange, то Microsoft из года в год инвестировала в снижение требований к дисковой до уровня SATA дисков в локальном RAID, повышению стабильности Store (один worker на базу чего стоит, до сих пор пугаюсь), повышению отказоустойчивости в виде репликации логами, блоками, lagged репликации.
И да, все приемлимо работает, не смотря на переписанный на .NET Store с новомодными рекомендациями вроде — «Тормозит? Поставьте же скорее .NET Framework 4.5.2, его специально под Exchange допилили».
И тут приходят такие веселые ребята из Communigate, и оказывается, что под капотом этих красивых рисунков «объединенных коммуникаций» похоже пофайловое хранение ящиков, без оптимизации по IOPS и расчетом на Shared Storage с СХД.
Cisco QSFP-40G-CSR4 (http://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/datasheet-c78-730160.html)
400м.
Да и 150 метров это очень серьезное расстояние. В СКС на меди ограничиваются 90 метрами, и вроде всем хватает, а здесь в 1.5 раза больше расстояние.
По жилам я промахнулся, перепутал по инерции с 10G, извините.
Хотя Cisco может помочь вам сэкономить жилы с трансивером Cisco QSFP-40G-SR-BD www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-c11-729493.html
The Cisco QSFP BiDi transceiver, shown in Figure 2, transmits full-duplex 40-Gbps traffic over one dual-fiber LC-connector OM3 or OM4 MMF cable. It provides the capability to reuse 10-Gbps fiber infrastructure. In other words, it enables data center operators to upgrade to 40-Gbps connectivity without making any changes to the previous 10-Gbps fiber cable plant.
400 метров это мало? Более чем достаточно для одного здания, не говоря уж о серверной.
Большое количество жил? Одна на RX, вторая на TX. Куда уж меньше?
Запускаем Perfmon и добавляем счетчик DHCP Server-Request sec.
Сути это не меняет. Veeam он же не делает уличную магию. Все средства резервного копирования используют сходные технологии создания консистентных резервных копий.
В блоге blogs.msdn.com/b/virtual_pc_guy/archive/2015/02/16/hyper-v-backup-doesn-t-interrupt-running-virtual-machines-anymore.aspx
пишут, что
Кто прав?
habrahabr.ru/post/267045
Могли бы вы объяснить поподробнее несколько заинтересовавших моментов.
SSL или TLS? Или это такой старенький SSL, для прочности обернутый в TLS?
Шифрование данных? Новая реализация AES?
Сеансового ключа? При помощи тех самых RSA ключей, длиной в 1024 бита, которые Microsoft блокировала 3 года назад? К какому, говорите сервис-паку удалось внедрить эту функциональность?
Могли бы вы рассказать, как используется TLS совместно с NDMP в Backup Exec 15. Я даже драфт 5-й версии открыл от удивления, но ничего не нашел.
В огороде бузина, а в Киеве — дядька.
Буду рад услышать ваши ответы.
Да что уж тут говорить. Мне вот кажется дело было так.
Вы берете несколько нормальных статей вроде
www.symantec.com/connect/blogs/feature-pack-1-backup-exec-15-delivers-improved-performance-intelligent-backups-and-enhanced-p
www.symantec.com/connect/blogs/backup-exec-15-delivers-performance-and-simplicity-hybrid-clouds
После этого проходитесь по ним автоматическим переводчиком, компонуете в длинный бесвязный текст и публикуете в корпоративном блоге. На сцене появляется шедевральный «Microsoft SharePoint 2013 for Microsoft SQL 2014», который до вандализма был скромным «MS SharePoint 2013 with MS SQL 2014 instance».
Пятница — KPI горит! Узнается огненный стиль еще одной компании.
Все это очень печально.
Не прав?
А у меня столько еще вопросов было. Придется звонить.
— для экстремалов и «экономных» облачных провайдеров. Ну подумаешь моргнуло, при таких-то ценах клиент переживет.
— для стоящих двухузловой кластер с однотипным железом
— это мейнстрим, у каждого второго половина серверной DA завешана.
Да та же Abbyy пять лет назад в договоре оказалась махровейшим оффшором.
С такими друзьями никакие враги не нужны. Так что, что есть закон, что нет закона.
Как и прежде, только писанины прибавилось.
Еще пару лет назад никто особо и не слышал о кукурузе. А сегодня она — царица полей.
Не напоминает?
Но если взять Exchange, то Microsoft из года в год инвестировала в снижение требований к дисковой до уровня SATA дисков в локальном RAID, повышению стабильности Store (один worker на базу чего стоит, до сих пор пугаюсь), повышению отказоустойчивости в виде репликации логами, блоками, lagged репликации.
И да, все приемлимо работает, не смотря на переписанный на .NET Store с новомодными рекомендациями вроде — «Тормозит? Поставьте же скорее .NET Framework 4.5.2, его специально под Exchange допилили».
И тут приходят такие веселые ребята из Communigate, и оказывается, что под капотом этих красивых рисунков «объединенных коммуникаций» похоже пофайловое хранение ящиков, без оптимизации по IOPS и расчетом на Shared Storage с СХД.
Все так, да?
400м.
Да и 150 метров это очень серьезное расстояние. В СКС на меди ограничиваются 90 метрами, и вроде всем хватает, а здесь в 1.5 раза больше расстояние.
По жилам я промахнулся, перепутал по инерции с 10G, извините.
Хотя Cisco может помочь вам сэкономить жилы с трансивером Cisco QSFP-40G-SR-BD
www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-c11-729493.html
The Cisco QSFP BiDi transceiver, shown in Figure 2, transmits full-duplex 40-Gbps traffic over one dual-fiber LC-connector OM3 or OM4 MMF cable. It provides the capability to reuse 10-Gbps fiber infrastructure. In other words, it enables data center operators to upgrade to 40-Gbps connectivity without making any changes to the previous 10-Gbps fiber cable plant.
Большое количество жил? Одна на RX, вторая на TX. Куда уж меньше?