Привет, коллеги! Сегодня поговорим о теме, от которой напрямую зависит выживание любого бизнеса – отказоустойчивости IT-инфраструктуры. Особенно остро этот вопрос стоит перед малыми и средними предприятиями (МСП). Почему? Потому что простой даже на час может обернуться ощутимыми финансовыми потерями.
Статистика неумолима: по данным Ponemon Institute, средняя стоимость часа простоя IT-систем для малого бизнеса составляет от 500 до нескольких тысяч долларов. Для некоторых отраслей (например, e-commerce) эти цифры могут быть экспоненциально выше! Потеря данных – это не только финансовый ущерб, но и репутационные риски, потеря доверия клиентов, юридические последствия.
Давайте рассмотрим конкретные примеры. Согласно исследованию IDC, в среднем компания теряет около $850 в час из-за простоев серверов. Для малого бизнеса с годовым доходом в $1 млн это может составить более $40 тыс. убытков только от одного дня простоя! Это без учета косвенных расходов – потеря продуктивности сотрудников, упущенные возможности продаж и т.д.
| Тип бизнеса | Средняя стоимость часа простоя (USD) |
|---|---|
| E-commerce | $2,500 - $10,000+ |
| Финансовые услуги | $800 - $3,000 |
| Здравоохранение | $700 - $2,000 |
| Розничная торговля | $500 - $1,500 |
Угрозы могут быть разными: от банальных сбоев оборудования и ошибок программного обеспечения до кибератак (вирусы-шифровальщики, DDoS-атаки) и стихийных бедствий. Согласно отчету Verizon Data Breach Investigations Report, 68% атак на малый бизнес направлены на кражу конфиденциальных данных клиентов. Также, как показывает практика, часто причиной сбоев является человеческий фактор – ошибки при настройке оборудования или программного обеспечения.
Поэтому, инвестиции в отказоустойчивость и резервное копирование – это не просто расходы, а страховка вашего бизнеса от потенциальных катастроф. В следующих разделах мы рассмотрим конкретные технологии и решения VMware vSphere и Veeam Backup & Replication, которые помогут вам создать надежную систему защиты данных.
Ключевые слова: отказоустойчивость, резервное копирование, VMware vSphere, Veeam Backup & Replication, малый бизнес, RTO, RPO, стоимость простоя, кибербезопасность.
1.1. Стоимость простоя IT-инфраструктуры
Давайте конкретно посчитаем, во что обходится простой вашей IT-системы. Это критично для понимания ROI (Return on Investment) от внедрения решений по отказоустойчивости и резервному копированию. Исследование Carbonite показало, что средний годовой ущерб от потери данных для малого бизнеса составляет $125 000. Эта сумма включает не только прямые финансовые убытки, но и затраты на восстановление системы, оплату юридических услуг и потерю репутации.
Стоимость простоя складывается из нескольких компонентов: потеря производительности сотрудников (зарплата + сопутствующие расходы), упущенная выручка от недоступных сервисов, штрафы за нарушение SLA (Service Level Agreement) с клиентами, затраты на восстановление системы. Согласно отчету Lloyd's, 43% малых предприятий, переживших серьезный инцидент с IT-инфраструктурой, так и не смогли возобновить свою деятельность.
| Компонент | Пример расчета (для компании со средней зарплатой $50/час) |
|---|---|
| Потеря производительности 10 сотрудников | $500/час * время простоя |
| Упущенная выручка (например, онлайн-магазин) | Средний чек * количество заказов в час * время простоя |
| Затраты на восстановление системы | Стоимость услуг IT-специалистов + стоимость оборудования/ПО |
Внимание! Не забывайте учитывать косвенные издержки, такие как потеря доверия клиентов и снижение лояльности. Исследование Symantec показало, что 58% потребителей прекращают сотрудничество с компанией после инцидента с утечкой данных.
Помните: предотвратить проблему всегда дешевле, чем ее устранять. Внедрение грамотной системы резервного копирования и отказоустойчивости – это инвестиция в будущее вашего бизнеса. Ссылка на источник Ponemon Institute: [https://www.ponemon.org/](https://www.ponemon.org/).
Ключевые слова: стоимость простоя, ROI, потеря данных, ущерб от сбоев, SLA, восстановление системы, финансовые потери.
1.2. Основные угрозы для IT-инфраструктуры малого бизнеса
Давайте детальнее разберем, с чем сталкиваются МСП. Угрозы разнообразны: аппаратные сбои (диски, серверы), ошибки в ПО, человеческий фактор, стихийные бедствия и, конечно, киберугрозы – главный кошмар современной IT-инфраструктуры.
Согласно отчету Verizon DBIR 2024, малый бизнес становится жертвой кибератак в 31% случаев. Основные векторы: фишинг (90% атак начинаются с него), вредоносное ПО (вирусы-вымогатели – особенно актуально!), слабые пароли и отсутствие многофакторной аутентификации.
Виды киберугроз для МСП:
- Ransomware: Шифрование данных с требованием выкупа.
- Phishing: Выманивание учетных данных через поддельные письма.
- DDoS-атаки: Перегрузка серверов трафиком, приводящая к отказу в обслуживании.
- Внутренние угрозы: Непреднамеренные или злонамеренные действия сотрудников.
Не стоит забывать и о "природных" рисках – пожары, затопления, перепады напряжения. По данным FEMA (Federal Emergency Management Agency), около 40% малых предприятий не восстанавливаются после стихийного бедствия.
| Угроза | Вероятность (%) | Средний ущерб (USD) |
|---|---|---|
| Ransomware | 25% | $5,000 - $50,000+ |
| Фишинг | 30% | $1,000 - $10,000 |
| Аппаратный сбой | 40% | $500 - $5,000 |
| Стихийное бедствие | 5% | Зависит от масштаба |
Ключевые слова: киберугрозы, ransomware, phishing, DDoS, FEMA, безопасность данных, малый бизнес, риски IT-инфраструктуры.
Обзор технологий отказоустойчивости VMware vSphere
Итак, переходим к конкретике. VMware vSphere предлагает несколько встроенных механизмов для повышения отказоустойчивости вашей инфраструктуры. Давайте рассмотрим основные из них. Важно понимать, что выбор технологии зависит от ваших требований к непрерывности бизнеса (RTO и RPO) и бюджета.
Начнем с того, что по данным VMware, более 90% крупных предприятий используют vSphere для виртуализации своих серверов. Это говорит о зрелости платформы и широком спектре доступных инструментов отказоустойчивости.
2.1. VMware High Availability (HA)
VMware HA – это, пожалуй, самый базовый уровень защиты. Принцип работы прост: если один из физических серверов выходит из строя, виртуальные машины автоматически перезапускаются на других доступных хостах в кластере. Это позволяет минимизировать время простоя (RTO). Однако важно помнить, что HA не защищает от потери данных – только от аппаратного сбоя.
Особенности:
- Простой в настройке и использовании
- Минимальные затраты
- Не требует лицензирования (входит в стандартную версию vSphere)
- Зависимость от наличия достаточных ресурсов на других хостах кластера
2.VMware Fault Tolerance (FT)
VMware FT – это более продвинутая технология, обеспечивающая непрерывную работу виртуальных машин даже в случае сбоя физического сервера. FT создает "теневую" копию виртуальной машины на другом хосте и синхронизирует ее в режиме реального времени. В случае отказа основного хоста, управление мгновенно переключается на теневую копию (RTO практически равно нулю!).
Особенности:
- Высокая стоимость (требует лицензирования)
- Поддерживает не все типы виртуальных машин
- Требует значительных ресурсов для поддержания синхронизации теневой копии
2.3. VMware Site Recovery Manager (SRM)
VMware SRM предназначен для организации аварийного восстановления на удаленной площадке. Он автоматизирует процесс репликации виртуальных машин и оркеструет их запуск в случае отказа основной площадки. SRM позволяет существенно снизить RTO и RPO, но требует наличия второй инфраструктуры (удаленной площадки).
| Технология | RTO | RPO | Стоимость |
|---|---|---|---|
| VMware HA | Несколько минут | Потеря данных возможна | Бесплатно (входит в vSphere) |
| VMware FT | Практически 0 | Практически 0 | Высокая |
| VMware SRM | От нескольких часов до суток | Зависит от настроек репликации | Средняя/Высокая (лицензирование + инфраструктура) |
Ключевые слова: VMware vSphere, отказоустойчивость, HA, FT, SRM, RTO, RPO, аварийное восстановление, виртуализация.
2.1. VMware High Availability (HA)
VMware HA – это краеугольный камень базовой отказоустойчивости в vSphere. По сути, это автоматический перезапуск виртуальных машин на других физических серверах кластера в случае отказа одного из хостов. Это решение позволяет минимизировать время простоя критически важных приложений.
Как это работает? VMware HA постоянно мониторит состояние каждого хоста в кластере. Если обнаруживается сбой (аппаратный отказ, ошибка ОС и т.д.), HA автоматически перезапускает ВМ на доступных ресурсах. Важно понимать, что HA не предотвращает сбои – она лишь смягчает их последствия.
Основные настройки:
- Failover Priority: Позволяет определить порядок перезапуска ВМ (высокий, средний, низкий).
- Host Isolation Response: Определяет реакцию на изолированный хост (выключить ВМ, перезапустить их и т.д.).
- Admission Control: Гарантирует наличие достаточных ресурсов для перезапуска ВМ в случае отказа хоста.
Ограничения: HA не защищает от сбоев хранилища данных или ошибок на уровне виртуальной машины (например, повреждение файловой системы). Для более надежной защиты требуется комбинация с другими технологиями и стратегиями резервного копирования.
| Параметр | Описание | Рекомендации для малого бизнеса |
|---|---|---|
| Failover Priority | Определяет порядок перезапуска ВМ. | Критичные приложения – высокий приоритет. |
| Admission Control | Гарантирует наличие ресурсов для перезапуска. | Настроить с учетом пиковой нагрузки. |
Статистика: по данным VMware, использование HA позволяет снизить время простоя на 98% в сравнении с отсутствием отказоустойчивости. Однако, это лишь один элемент комплексной стратегии защиты данных.
Ключевые слова: VMware HA, High Availability, vSphere, отказоустойчивость, failover, admission control, кластер VMware, резервное копирование.
2.2. VMware Fault Tolerance (FT)
VMware Fault Tolerance (FT) – это, пожалуй, самая "жесткая" технология обеспечения непрерывности бизнеса от VMware. Она обеспечивает практически нулевое время простоя (RTO близко к нулю!) для критически важных виртуальных машин. Как это работает? FT создает идентичную копию ВМ и постоянно синхронизирует ее с основной. В случае отказа основного экземпляра, управление мгновенно переключается на резервный – пользователь даже не заметит прерывания работы.
Однако, у этой медали есть и обратная сторона. FT предъявляет высокие требования к ресурсам: требуется значительный объем CPU и памяти (примерно в два раза больше, чем для обычной ВМ). По данным VMware, использование FT может увеличить нагрузку на процессор до 20-30%. Кроме того, не все приложения совместимы с FT. Важно предварительно протестировать работоспособность вашего ПО.
Варианты использования: критически важные базы данных (SQL Server, Oracle), системы обработки транзакций, сервисы для обслуживания клиентов, требующие 24/7 доступности. FT – отличный выбор, если простой недопустим ни в коем случае, и вы готовы заплатить за эту надежность ресурсами.
| Характеристика | Значение |
|---|---|
| RTO | < 30 секунд (практически нулевое) |
| Требования к ресурсам | Увеличение CPU/Memory в 2 раза |
| Совместимость приложений | Не все приложения поддерживаются |
Лицензирование: FT входит в состав vSphere Enterprise Plus. Стоимость лицензии VMware vSphere Enterprise Plus (по данным на октябрь 2024) составляет от $7,500 за процессор.
Ключевые слова: VMware Fault Tolerance, FT, отказоустойчивость, RTO, непрерывность бизнеса, виртуализация, vSphere.
2.3. VMware Site Recovery Manager (SRM)
VMware SRM – это инструмент оркестрации аварийного восстановления, позволяющий автоматизировать процесс репликации и отработки отказа для виртуальных машин vSphere. Если говорить простым языком, он помогает быстро и надежно перенести вашу IT-инфраструктуру в резервный ЦОД (или облако) в случае серьезных сбоев на основном сайте.
Как это работает? SRM реплицирует виртуальные машины между вашим основным сайтом и сайтом аварийного восстановления. При возникновении инцидента, он автоматизирует запуск этих машин в резервном ЦОД, минимизируя время простоя. Согласно данным VMware, использование SRM позволяет сократить RTO (Recovery Time Objective) до нескольких часов или даже минут.
Ключевые особенности SRM:
- Автоматизированное планирование восстановления
- Непрерывная репликация данных
- Тестирование планов аварийного восстановления без прерывания работы основной среды
- Поддержка различных типов хранения (SAN, NAS)
Важно! SRM требует наличия лицензии и совместимого оборудования/ПО. Стоимость лицензирования зависит от количества защищаемых виртуальных машин.
| Функциональность | Описание |
|---|---|
| Репликация | Постоянная синхронизация данных между сайтами. |
| Оркестрация | Автоматический запуск виртуальных машин в DR-сайте. |
| Тестирование | Проверка работоспособности плана восстановления. |
Ключевые слова: VMware SRM, аварийное восстановление, disaster recovery (DR), репликация данных, RTO, vSphere, отказоустойчивость.
Стратегии резервного копирования VMware vSphere для малого бизнеса
Итак, мы выяснили важность резервного копирования. Теперь давайте разберемся с конкретными стратегиями, которые можно использовать в среде VMware vSphere. Выбор зависит от критичности данных и доступного бюджета.
Существует три основных типа:
- Полное резервное копирование – создается полная копия всех данных. Просто, но занимает много места и времени.
- Инкрементное резервное копирование – сохраняются только изменения с момента последнего любого (полного или инкрементного) бэкапа. Быстрое, экономит место, но восстановление требует всей цепочки бэкапов.
- Дифференциальное резервное копирование – сохраняются изменения с момента последнего полного бэкапа. Компромисс между скоростью и временем восстановления.
Как показывает практика, наиболее эффективной является комбинация этих подходов: например, еженедельное полное резервное копирование и ежедневные инкрементные или дифференциальные.
Здесь важен анализ бизнес-процессов. Определите RTO (Recovery Time Objective) – допустимое время восстановления, и RPO (Recovery Point Objective) – допустимую потерю данных. Например:
- Для критически важных приложений (базы данных, CRM): короткий RTO (минуты) и RPO (не более часа). Рекомендуется полное резервное копирование ежедневно или через день, плюс инкрементные бэкапы каждый час.
- Для менее критичных систем (файловые серверы, тестовые среды): более длительный RTO (часы) и RPO (до суток). Достаточно полного еженедельного резервного копирования и дифференциальных бэкапов ежедневно.
Согласно данным Veeam Availability Report, компании, использующие инкрементные резервные копии в сочетании с полными ежемесячными бэкапами, демонстрируют на 30% более высокую скорость восстановления по сравнению с теми, кто использует только полные резервные копии.
| Тип данных | RTO (пример) | RPO (пример) | Рекомендуемая стратегия |
|---|---|---|---|
| Базы данных | < 30 минут | < 1 час | Полное + инкрементные (каждый час) |
| Файловые серверы | 4-8 часов | 24 часа | Полное (еженедельно) + дифференциальные (ежедневно) |
| Тестовые среды | До 48 часов | 72 часа | Полное (раз в неделю/месяц) |
Помните, что правильный выбор стратегии – это баланс между стоимостью хранения, скоростью резервного копирования и временем восстановления. Veeam Backup & Replication предоставляет гибкие возможности для реализации любой из этих стратегий.
Ключевые слова: резервное копирование, VMware vSphere, полная копия, инкрементное копирование, дифференциальное копирование, RTO, RPO, стратегия резервного копирования, Veeam Backup & Replication.
3.1. Полное, инкрементное и дифференциальное резервное копирование
Итак, давайте разберемся с типами резервного копирования. Выбор стратегии – ключевой момент! Полное резервное копирование (Full Backup) создает полную копию всех данных. Это самый надежный, но и самый ресурсоемкий вариант. Время восстановления быстрое, но занимает много места и времени на создание.
Инкрементное резервное копирование (Incremental Backup) сохраняет только изменения с момента последнего резервного копирования (полного или инкрементного). Быстрое и экономичное по объему, но восстановление требует всех инкрементных копий плюс последнюю полную. Дифференциальное резервное копирование (Differential Backup) сохраняет изменения с момента последней полной копии. Восстановление проще, чем у инкрементального – требуется только дифференциальная копия и полная.
| Тип бэкапа | Скорость создания | Объем хранения | Скорость восстановления |
|---|---|---|---|
| Полный | Медленно | Большой | Быстро |
| Инкрементный | Быстро | Малый | Медленно |
| Дифференциальный | Средне | Средний | Средне |
Исследование Veeam показывает, что 65% компаний используют комбинацию полного и инкрементного резервного копирования. Для малого бизнеса оптимальной частотой является еженедельное полное резервное копирование с ежедневными инкрементальными или дифференциальными бэкапами. Это обеспечивает баланс между скоростью восстановления, объемом хранения и затратами.
Ключевые слова: резервное копирование, полный бэкап, инкрементный бэкап, дифференциальный бэкап, стратегии резервного копирования, Veeam Backup & Replication, VMware vSphere.
3.2. Выбор оптимальной стратегии в зависимости от критичности данных
Итак, мы выяснили виды резервного копирования (полное, инкрементное, дифференциальное). Но как понять, что выбрать для конкретного бизнеса? Все сводится к RTO (Recovery Time Objective) и RPO (Recovery Point Objective). Если RTO – минуты, а RPO – секунды, то стратегия полного копирования раз в сутки явно не подойдет.
Для критически важных данных (базы данных, файловые серверы с финансовой информацией) рекомендуется комбинация: полное еженедельное резервное копирование + ежедневные инкрементные/дифференциальные бэкапы. Это обеспечивает баланс между скоростью восстановления и объемом хранимых данных.
Менее критичные данные (например, тестовые среды или архивы) можно резервировать реже – раз в неделю полным копированием. Согласно исследованию StorageCraft, 60% компаний используют гибридную стратегию резервного копирования, сочетающую локальное и облачное хранение.
| Тип данных | RTO (пример) | RPO (пример) | Рекомендуемая стратегия |
|---|---|---|---|
| Базы данных | 5-15 минут | 1-5 минут | Полное еженедельно + инкрементные ежедневно |
| Файловые серверы (финансы) | 30 минут - 2 часа | 1 час | Полное еженедельно + дифференциальные ежедневно |
| Виртуальные машины (тестовая среда) | 4-8 часов | 24 часа | Полное раз в неделю |
Veeam Backup & Replication позволяет гибко настраивать политики резервного копирования для разных типов данных, учитывая их критичность и ваши требования к RTO/RPO. Важно регулярно тестировать процесс восстановления – это позволит убедиться, что ваша стратегия работает эффективно.
Ключевые слова: стратегии резервного копирования, RTO, RPO, Veeam Backup & Replication, критичность данных, инкрементное копирование, дифференциальное копирование, полное копирование.
Veeam Backup & Replication для vSphere: возможности и преимущества
Итак, переходим к инструментарию. Veeam Backup & Replication (B&R) – это де-факто стандарт резервного копирования для виртуальных машин VMware vSphere. Почему он так популярен? Потому что предлагает комплексный подход к защите данных, от простого бэкапа до продвинутых сценариев аварийного восстановления.
Как отмечалось ранее, Veeam сегодня – безусловный лидер рынка (согласно данным различных аналитических агентств, доля Veeam на рынке резервного копирования для VMware превышает 70%). Это означает постоянное развитие продукта, широкое сообщество пользователей и доступность квалифицированной поддержки.
Архитектурно Veeam B&R состоит из нескольких ключевых компонентов: Veeam Backup Server (сервер управления), Veeam Backup Repository (хранилище резервных копий) и Veeam Backup Agents (агенты, устанавливаемые на защищаемые машины - хотя для vSphere это часто не требуется благодаря технологии Image-level backup). Важно понимать, что Veeam поддерживает широкий спектр хранилищ – от локальных дисков до облачных сервисов (AWS S3, Azure Blob Storage и т.д.).
Veeam B&R использует технологию Changed Block Tracking (CBT) для оптимизации процесса резервного копирования, что позволяет значительно сократить время бэкапа и нагрузку на инфраструктуру.
4.2. Возможности резервного копирования виртуальных машин VMware
Veeam B&R предлагает множество возможностей для резервного копирования виртуальных машин:
- Полное (Full) резервное копирование – создание полной копии VM.
- Инкрементное (Incremental) резервное копирование – сохранение только изменений, внесенных после последнего полного или инкрементного бэкапа.
- Дифференциальное (Differential) резервное копирование – сохранение всех изменений, внесенных после последнего полного бэкапа.
Выбор типа резервного копирования зависит от ваших требований к RTO/RPO и доступному пространству для хранения. Согласно рекомендациям Veeam, оптимальная стратегия - это комбинация полного бэкапа (еженедельно) с инкрементными бэкапами в течение недели.
| Тип резервного копирования | Скорость | Размер | Время восстановления |
|---|---|---|---|
| Полное | Медленно | Большой | Быстрое |
| Инкрементное | Быстро | Маленький | Медленное (требуется цепочка) |
| Дифференциальное | Средне | Средний | Среднее |
Ключевые слова: Veeam Backup & Replication, резервное копирование VMware, vSphere, CBT, RTO, RPO, инкрементное бэкап, полное бэкап, дифференциальное бэкап. [https://www.veeam.com/](https://www.veeam.com/)
Итак, давайте разберемся с архитектурой Veeam Backup & Replication (B&R). Это краеугольный камень понимания возможностей решения. В основе лежит клиент-серверная модель. Центральным компонентом является сервер Veeam B&R – он управляет всеми операциями резервного копирования и восстановления.
Основные компоненты:
- Veeam Backup Server: Сердце системы, обрабатывает задачи, хранит метаданные.
- Veeam Proxy Repository: Временное хранилище данных во время резервного копирования и восстановления. Может быть представлен как локальное хранилище или сетевая шара.
- Backup Repository: Основное место хранения резервных копий – дисковое, ленточное, облачное хранилище.
- Veeam Explorer: Инструменты для гранулярного восстановления данных (например, отдельных файлов из виртуальных машин).
В контексте VMware vSphere взаимодействие происходит через vStorage APIs for Data Protection (VADP) – это позволяет Veeam B&R создавать консистентные резервные копии работающих VM без прерывания их работы. Это критически важно для минимизации RTO и RPO.
| Компонент | Функция | Рекомендуемые ресурсы |
|---|---|---|
| Veeam Backup Server | Управление задачами, хранение метаданных | 8 vCPU, 32GB RAM |
| Proxy Repository | Временное хранилище данных | SSD диски для максимальной производительности |
| Backup Repository | Долгосрочное хранение резервных копий | Масштабируемое хранилище (SAN, NAS, Object Storage) |
Важно: Производительность системы напрямую зависит от ресурсов сервера Veeam B&R и скорости доступа к репозиторию. Исследования показывают, что использование SSD для Proxy Repository может увеличить скорость резервного копирования на 30-50%.
Ключевые слова: Veeam Backup & Replication, архитектура, VADP, vStorage APIs, резервное копирование VMware, компоненты Veeam B&R, производительность.
4.1. Архитектура Veeam B&R
Итак, давайте разберемся с архитектурой Veeam Backup & Replication (B&R). Это краеугольный камень понимания возможностей решения. В основе лежит клиент-серверная модель. Центральным компонентом является сервер Veeam B&R – он управляет всеми операциями резервного копирования и восстановления.
Основные компоненты:
- Veeam Backup Server: Сердце системы, обрабатывает задачи, хранит метаданные.
- Veeam Proxy Repository: Временное хранилище данных во время резервного копирования и восстановления. Может быть представлен как локальное хранилище или сетевая шара.
- Backup Repository: Основное место хранения резервных копий – дисковое, ленточное, облачное хранилище.
- Veeam Explorer: Инструменты для гранулярного восстановления данных (например, отдельных файлов из виртуальных машин).
В контексте VMware vSphere взаимодействие происходит через vStorage APIs for Data Protection (VADP) – это позволяет Veeam B&R создавать консистентные резервные копии работающих VM без прерывания их работы. Это критически важно для минимизации RTO и RPO.
| Компонент | Функция | Рекомендуемые ресурсы |
|---|---|---|
| Veeam Backup Server | Управление задачами, хранение метаданных | 8 vCPU, 32GB RAM |
| Proxy Repository | Временное хранилище данных | SSD диски для максимальной производительности |
| Backup Repository | Долгосрочное хранение резервных копий | Масштабируемое хранилище (SAN, NAS, Object Storage) |
Важно: Производительность системы напрямую зависит от ресурсов сервера Veeam B&R и скорости доступа к репозиторию. Исследования показывают, что использование SSD для Proxy Repository может увеличить скорость резервного копирования на 30-50%.
Ключевые слова: Veeam Backup & Replication, архитектура, VADP, vStorage APIs, резервное копирование VMware, компоненты Veeam B&R, производительность.
