Системные требования к программному обеспечению Акронис Инфраструктура 4.0. Аппаратные и программные ограничения, минимальная и рекомендуемая конфигурация хранилища,
22.08.21 | Раздел публикации: Acronis
РЕКОМЕНДУЕМЫЕ ПРОДУКТЫ:
Резервное копирование ИТ-систем любой сложности с централизованным управлением и оптимизацией хранения. Подробнее>>
Локальное решение для синхронизации корпоративных файлов и их совместного использования. Подробнее>>
Гибридное облачное решение для защиты данных в физических, виртуальных и облачных средах - лучшее облачное решение для резервного копирования данных для сервис-провайдеров. Подробнее>>
Масштабируемое, экономичное и универсальное программно-определяемое решение: виртуализация, хранилище и сеть для удаленных/региональных офисов. Подробнее>>
Аппаратные и программные ограничения
Аппаратные ограничения
- На каждом сервере управления должно быть не менее двух дисков (один для системы и метаданных, один для хранилища).
- На каждом подчиненном сервере должно быть не менее трех дисков (один для системы, один для метаданных, один для хранилища).
- Для тестирования всех функций продукта требуются три сервера.
- На системном диске должно быть не менее 100 ГБ пространства.
- Для правильного отображения панели администратора требуется монитор с разрешением Full HD.
- Максимальный поддерживаемый размер физического раздела — 254 ТиБ.
- Сервер может входить только в один кластер.
- Поверх кластера хранилища можно создать только один кластер S3.
- В панели администратора доступны только стандартные режимы избыточности.
- Для всех данных всегда включено экономное распределение, которое нельзя настроить по-другому.
- Панель администратора протестирована в работе с разрешением 1280x720 и выше в следующих веб-браузерах: последняя версия Firefox, Chrome, Safari.
Минимальная конфигурация, приведенная в этой таблице, позволит протестировать функции кластера хранилища. Она не предназначена для производственной среды.
Минимальная конфигурация кластера
| № сервера | 1-я роль диска | 2-я роль диска | 3-я роль диска | Точки доступа |
| 1 | Система | Метаданные | Хранилище | iSCSI, S3 внутр., S3 внешн., NFS, Backup Gateway |
| 2 | Система | Метаданные | Хранилище | iSCSI, S3 внутр., S3 внешн., NFS, Backup Gateway |
| 3 | Система | Метаданные | Хранилище | iSCSI, S3 внутр., S3 внешн., NFS, Backup Gateway |
| Всего 3 сервера |
|
Всего 3 MDS | Всего 3+ CS | Всего три сервера, на которых работают сервисы точек доступа. |
Примечание: Твердотельным накопителям можно назначить роли Система, Метаданные и Кэш одновременно, чтобы освободить больше дисков для роли хранилища.
Хотя даже в минимальной конфигурации рекомендуется три сервера, можно начать тестировать продукт Acronis Инфраструктура всего с одним сервером и добавить остальные серверы позже. Как минимум в кластере хранилища должен работать один сервис метаданных и один сервис фрагментов данных. Установка на одном сервере позволит опробовать работу сервисов, таких как iSCSI, Backup Gateway и т. д. Однако такая конфигурация имеет два ключевых ограничения:
- Один сервер MDS будет единой точкой отказа. Если он откажет, весь кластер перестанет работать.
- Один сервер CS сможет хранить только одну реплику фрагмента данных. Если он откажет, данные будут потеряны.
Примечание: Backup Gateway использует локальное хранилище объектов в режиме промежуточного копирования. Это означает, что данные, предназначенные для репликации, переноса или загрузки в публичное облако, сначала сохраняются локально и только после этого отправляются в место назначения. Крайне важно, чтобы локальное хранилище объектов было устойчивым и избыточным, во избежание потери данных. Существует несколько способов обеспечить устойчивость и избыточность локального хранилища. Можно развернуть Backup Gateway на нескольких серверах и выбрать нужный режим избыточности. Если Acronis Инфраструктура с шлюзом развернута на одном физическом сервере, ее локальное хранилище можно сделать избыточным путем его репликации по нескольким локальным дискам. Если Acronis Инфраструктура полностью установлена на одной виртуальной машине исключительно с целью создания шлюза, убедитесь, что высокая доступность ВМ обеспечивается решением, на базе которого она работает.
Рекомендуемая конфигурация хранилища
Рекомендуется как минимум пять сервисов метаданных, чтобы кластер мог выдержать одновременный отказ двух серверов без потери данных. Следующая конфигурация поможет создать кластеры для производственных сред.
Рекомендуемая конфигурация кластера
| № сервера | 1-я роль диска | 2-я роль диска | 3-я роль диска | Точки доступа |
| серверы 1–5 | Система | SSD; метаданные, кэш | Хранилище | iSCSI, S3 внутр., S3 внешн., Backup Gateway |
| серверы 6+ | Система | SSD; кэш | Хранилище | iSCSI, S3 внутр., S3 внешн., Backup Gateway |
| Всего 5+ серверов |
|
Всего 5 MDS | Всего 5+ CS | На всех серверах работают нужные точки доступа. |
Кластер, готовый к использованию в производственной среде, можно создать всего из пяти серверов с рекомендуемым оборудованием. Однако рекомендуется вводить кластер в производственную эксплуатацию как минимум с десятью серверами, если вы хотите получить значительное повышение производительности по сравнению с напрямую подключаемым устройством хранения (DAS) или уменьшить время восстановления. Ниже приведены примеры конкретных конфигураций, которые можно использовать в производственной среде. Каждую конфигурацию можно расширить путем добавления чанк-серверов и серверов.
Только жесткие диски
В этой базовой конфигурации требуется выделенный диск для каждого сервера метаданных.
Конфигурация только с жесткими дисками
| серверы 1–5 (база) | серверы 6+ (расширение) | ||||
| № диска | Тип диска | Роли дисков | № диска | Тип диска | Роли дисков |
| 1 | HDD | Система | 1 | HDD | Система |
| 2 | HDD | MDS | 2 | HDD | CS |
| 3 | HDD | CS | 3 | HDD | CS |
| N | HDD | CS | N | HDD | CS |
Жесткие диски + системные твердотельные накопители (без кэширования)
Эта конфигурация подходит для кластеров, ориентированных на емкость.
Конфигурация с жесткими дисками и системными твердотельными накопителями (без кэширования)
| серверы 1–5 (база) | серверы 6+ (расширение) | ||||
| № диска | Тип диска | Роли дисков | № диска | Тип диска | Роли дисков |
| 1 | SDD | Система, MDS | 1 | SDD | Система |
| 2 | HDD | CS | 2 | HDD | CS |
| 3 | HDD | CS | 3 | HDD | CS |
| N | HDD | CS | N | HDD | CS |
HDD + SSD
Эта конфигурация подходит для кластеров, ориентированных на производительность.
Конфигурация с жесткими дисками и твердотельными накопителями
| серверы 1–5 (база) | серверы 6+ (расширение) | ||||
| № диска | Тип диска | Роли дисков | № диска | Тип диска | Роли дисков |
| 1 | HDD | Система, MDS | 1 | HDD | Система |
| 2 | SDD | MDS, кэш | 2 | SDD | Кэш |
| 3 | HDD | CS | 3 | HDD | CS |
| N | HDD | CS | N | HDD | CS |
Только твердотельные накопители
В этой конфигурации не требуются твердотельные накопители для кэширования.
При выборе оборудования для этой конфигурации учитывайте следующее:
- Каждый клиент продукта Acronis Инфраструктура сможет получить из кластера устойчивое значение до 40000 IOPS (чтение + запись).
- При использовании схемы избыточного кодирования каждый файл кодирования, например один жесткий диск ВМ, получит устойчивое значение до 2000 IOPS. То есть пользователь, работающий внутри ВМ, будет иметь в своем распоряжении до 2000 IOPS на виртуальный жесткий диск. Несколько ВМ на сервере могут использовать большее значение IOPS, до лимита клиента.
- В этой конфигурации сетевая задержка определяет больше половины общей производительности, поэтому убедитесь, что задержка минимальна. Как вариант, рекомендуется установить один коммутатор на 10 Гбит/с между каждыми двумя серверами в кластере.
| серверы 1–5 (база) | серверы 6+ (расширение) | ||||
| № диска | Тип диска | Роли дисков | № диска | Тип диска | Роли дисков |
| 1 | SDD | Система, MDS | 1 | SDD | Система |
| 2 | SDD | CS | 2 | SDD | Кэш |
| 3 | SDD | CS | 3 | SDD | CS |
| N | SDD | CS | N | SDD | CS |
Жесткие диски + твердотельные накопители (без кэширования), 2 уровня
В этом примере конфигурации уровень 1 предназначен для жестких дисков без кэширования, а уровень 2 — для твердотельных накопителей. На уровне 1 могут храниться холодные данные (например, резервные копии), а на уровне 2 — горячие данные (например, высокопроизводительные виртуальные машины).
2-уровневая конфигурация с жесткими дисками и твердотельными накопителями (без кэширования) для серверов 1–5 (база)
| № диска | Тип диска | Роли дисков | Уровень |
| 1 | SSD | Система, MDS |
|
| 2 | SSD | CS | 2 |
| 3 | HDD | CS | 1 |
| N | HDD/SSD | CS | 1/2 |
2-уровневая конфигурация с жесткими дисками и твердотельными накопителями (без кэширования) для серверов 6+ (расширение)
| № диска | Тип диска | Роли дисков | Уровень |
| 1 | SSD | Система, MDS |
|
| 2 | SSD | CS | 2 |
| 3 | HDD | CS | 1 |
| N | HDD/SSD | CS | 1/2 |
Жесткие диски + твердотельные накопители, 3 уровня
В этом примере конфигурации уровень 1 предназначен для жестких дисков без кэширования, уровень 2 — для жестких дисков с кэшированием, а уровень 3 — для твердотельных накопителей. На уровне 1 могут храниться холодные данные (например, резервные копии), на уровне 2 — обычные виртуальные машины, а на уровне 3 — высокопроизводительные виртуальные машины.
3-уровневая конфигурация с жесткими дисками и твердотельными накопителями для серверов 1–5 (база)
| № диска | Тип диска | Роли дисков | Уровень |
| 1 | HDD/SSD | Система, MDS |
|
| 2 | SSD | MDS, кэш У2 |
|
| 3 | HDD | CS | 1 |
| 4 | HDD | CS | 2 |
| 5 | SSD | CS | 3 |
| N | HDD/SSD | CS | 1/2/3 |
Неформатированное дисковое пространство
При планировании инфраструктуры учитывайте следующее, во избежание путаницы.
-
Емкость жестких дисков и твердотельных накопителей измеряется и указывается с использованием десятичных, а не двоичных приставок, поэтому «ТБ» в спецификациях диска обычно означает «терабайт». Однако операционная система отображает емкость дисков с использованием двоичных приставок, то есть «ТБ» означает «тебибайт», который представляет собой заметно большее число. В результате диски могут отображаться с меньшей емкостью, чем заявлено производителем. Например, диск емкостью 6 ТБ по спецификации может иметь фактический объем дискового пространства 5,45 ТБ в продукте Acronis Инфраструктура.
-
5 процентов дискового пространства резервируются под экстренные нужды. Таким образом, при добавлении в кластер диска размером 6 ТБ доступное физическое пространство должно увеличиться примерно на 5,2 ТБ.
Настоятельно рекомендуем убедиться, что все устройства хранения, которые вы планируете включить в кластер, могут сбрасывать данные из кэша на диск при незапланированном отключении питания. Таким образом вы определите устройства, которые могут потерять данные при сбое питания. Acronis Инфраструктура поставляется с инструментом vstorage-hwflush-check, который проверяет, как устройство хранения сбрасывает данные на диск в аварийной ситуации. Инструмент реализован в виде клиентской/серверной утилиты:
-
Клиент непрерывно записывает блоки данных на устройство хранения. После записи блока данных клиент увеличивает значение специального счетчика и отправляет его на сервер для сохранения.
-
Сервер отслеживает значения счетчика, получаемые от клиента, и всегда знает следующее значение. Если на сервер приходит меньшее значение счетчика, чем уже существующее (например, когда из-за сбоя питания устройство хранения не сбросило кэшированные данные на диск), то сервер сообщает об ошибке.
Примечание: Материал актуален на момент публикации. Для получения консультации и обновленной редакции документа обратитесь по контактам Поставщика.
Переход в он-лайн магазин Датасиcтем - официального Поставщика Acronis в Российской Федерации. Перейти на сайт Поставщика>>
