Системные требования к программному обеспечению Акронис Инфраструктура 4.0. Рекомендации по оборудованию, рекомендации по составу кластера хранилища, рекомендации по оборудованию хранилища, рекомендации по сетевому обору
15.08.21 | Раздел публикации: Acronis
РЕКОМЕНДУЕМЫЕ ПРОДУКТЫ:
Резервное копирование ИТ-систем любой сложности с централизованным управлением и оптимизацией хранения. Подробнее>>
Локальное решение для синхронизации корпоративных файлов и их совместного использования. Подробнее>>
Гибридное облачное решение для защиты данных в физических, виртуальных и облачных средах - лучшее облачное решение для резервного копирования данных для сервис-провайдеров. Подробнее>>
Масштабируемое, экономичное и универсальное программно-определяемое решение: виртуализация, хранилище и сеть для удаленных/региональных офисов. Подробнее>>
Рекомендации по оборудованию
В целом Acronis Инфраструктура работает на том же оборудовании, которое рекомендуется для Red Hat Enterprise Linux 7, включая процессоры AMD EPYC: серверы, компоненты. В следующих рекомендациях подробнее описываются преимущества определенного оборудования, указанного в таблице аппаратных требований. Используйте их для оптимальной настройки кластера.
Рекомендации по составу кластера хранилища
Проектирование эффективного кластера хранилища данных предполагает нахождение компромисса между производительностью и стоимостью кластера, предназначенного для определенных целей. При планировании учитывайте, что кластер со множеством серверов и небольшим количеством дисков на сервер обеспечивает более высокую производительность, в то время как кластер с минимальным количеством серверов (3) и большим количеством дисков на сервер стоит дешевле. Подробнее см. в таблице ниже.
Рекомендации по составу кластера
| Аспекты проектирования | Минимум серверов (3), много дисков на сервер | Много серверов, мало дисков на сервер (флеш-конфигурация) |
| Оптимизация | Меньше стоимость. | Больше производительность. |
| Резерв свободного дискового пространства | Требуется резервировать больше места для перестройки кластера, так как меньше исправных серверов должны будут хранить данные с отказавшего сервера. | Требуется резервировать меньше места для перестройки кластера, так как больше исправных серверов должны будут хранить данные с отказавшего сервера. |
| Избыточность | Меньше вариантов избыточного кодирования. | Больше вариантов избыточного кодирования. |
| Балансировка кластера и скорость перестройки | Хуже балансировка и медленнее перестройка. | Лучше балансировка и быстрее перестройка. |
| Пропускная способность сети | Требуется большая пропускная способность для поддержки производительности кластера во время перестройки. | Требуется меньшая пропускная способность для поддержки производительности кластера во время перестройки. |
| Предпочтительный тип данных | Холодные данные (например, резервные копии). | Горячие данные (например, виртуальные среды). |
| Пример конфигурации сервера | Supermicro SSG-6047R-E1R36L (ЦП Intel Xeon E5-2620 v1/v2, 32 ГБ ОЗУ, 36 жестких дисков по 12 ТБ, системный диск 500 ГБ). | Supermicro SYS-2028TP-HC0R-SIOM (4 ЦП Intel E5-2620 v4, 4 ОЗУ 16 ГБ, 24 твердотельных накопителя Samsung PM1643 1,9 ТБ). |
Обратите внимание на следующие моменты.
-
Эти аспекты применимы, только если областью отказа является хост.
-
Скорость перестройки в режиме репликации не зависит от количества серверов в кластере.
-
Acronis Инфраструктура поддерживает сотни дисков на сервер. Если вы планируете использовать более 36 дисков на сервер, обратитесь к нашим специалистам отдела продаж, которые помогут вам спроектировать более эффективный кластер.
-
Для производственной среды требуется не менее пяти серверов. Это необходимо для того, чтобы гарантировать отсутствие потери данных при отказе двух серверов.
-
Одним из самых сильных качеств продукта Acronis Инфраструктура является масштабируемость. Чем больше кластер, тем лучше работает Acronis Инфраструктура. Рекомендуется создавать производственные кластеры с использованием не менее десяти серверов для повышения надежности, производительности и отказоустойчивости в производственных сценариях.
-
Хотя кластер можно создать поверх различного оборудования, использование серверов со сходной аппаратной конфигурацией обеспечит лучшую производительность, мощность и балансировку кластера.
-
Любая кластерная инфраструктура должна быть основательно протестирована перед развертыванием в производственной среде. Всегда следует тщательно проверять частые точки отказа, такие как твердотельные накопители и объединенные сетевые адаптеры.
-
В производственной среде не рекомендуется использовать продукт Acronis Инфраструктура на оборудовании SAN/NAS с собственными механизмами обеспечения избыточности. Это может отрицательно сказаться на производительности и доступности данных.
-
Для наилучшей производительности оставьте свободными не менее 20 процентов ресурсов кластера.
-
Во время аварийного восстановления продукту Acronis Инфраструктура может потребоваться дополнительное дисковое пространство для репликации. Зарезервируйте пространство объемом не менее одного сервера хранения.
-
Рекомендуется использовать одинаковую модель ЦП на всех серверах во избежание проблем при динамической миграции ВМ. Подробнее см. в руководстве администратора по командной строке.
-
Если вы планируете использовать Backup Gateway для хранения резервных копий в облаке, убедитесь, что в локальном кластере хранилища достаточно логического пространства для промежуточного копирования (локального сохранения резервных копий перед отправкой в облако). Например, при ежедневном резервном копировании обеспечьте достаточно места для резервных копий как минимум за 1,5 дня. Дополнительные сведения см. в руководстве администратора.
-
Рекомендуется использовать UEFI вместо BIOS, если позволяет оборудование. Особенно это рекомендуется при использовании дисков NVMe.
-
В одном кластере можно использовать диски разного размера. Однако учтите, что при одинаковом значении IOPS небольшие диски обеспечивают более высокую производительность на терабайт данных по сравнению с большими дисками. Рекомендуется группировать диски с одинаковым IOPS на терабайт на одном уровне хранилища.
-
Применение рекомендуемых моделей твердотельных накопителей поможет избежать потери данных. Не все накопители способны выдержать производственные нагрузки и могут отказать уже в первые месяцы эксплуатации, что приведет к резкому повышению совокупной стоимости владения.
-
Ячейки памяти твердотельного накопителя выдерживают ограниченное количество циклов перезаписи. Такой накопитель следует рассматривать как расходный материал, который потребуется заменить через некоторое время. Бюджетные накопители рассчитаны на очень небольшое количество операций перезаписи (настолько малое, что эти цифры даже не указываются в технических характеристиках). Накопители, предназначенные для кластеров хранения, должны иметь стойкость минимум 1 DWPD (рекомендуется 10 DWPD). Чем выше это значение, тем реже придется заменять накопители и тем ниже будет совокупная стоимость владения.
-
Многие бюджетные твердотельные накопители могут игнорировать сброс данных на диск и отправлять операционной системе ложный отчет о выполненной записи данных, когда в действительности данные не были записаны. Примерами таких накопителей являются OCZ Vertex 3, Intel 520, Intel X25-E и Intel X-25-M G2. Эти накопители считаются ненадежными в плане фиксации данных, их не следует использовать с базами данных, и они могут легко повредить файловую систему при сбое питания. По этой причине следует использовать накопители корпоративного класса, которые подчиняются правилам сброса данных . Твердотельные накопители корпоративного класса, которые работают правильно, обычно имеют функцию защиты от перебоев питания, указанную в технических характеристиках. Некоторые рыночные названия этой технологии: Enhanced Power Loss Data Protection (Intel), Cache Power Protection (Samsung), Power-Failure Support (Kingston), Complete Power Fail Protection (OCZ).
-
Настоятельно рекомендуется проверить функции сброса данных для всех ваших дисков, как описано в разделе Проверка функций сброса данных на диски (страница 23). • Бюджетные твердотельные накопители обычно имеют нестабильную производительность и не рассчитаны на продолжительные производственные нагрузки. По этой причине при выборе накопителей обращайте внимание на результаты тестирования с продолжительной нагрузкой.
-
Производительность твердотельных накопителей может зависеть от их размера. Диски меньшей емкости (100–400 ГБ) могут работать значительно медленней (иногда в десять раз), чем диски большой емкости (1,9–3,8 ТБ). Проверьте характеристики производительности и стойкости дисков перед покупкой.
- Использование твердотельных накопителей NVMe или SAS для кэширования записи повышает производительность произвольного ввода-вывода и настоятельно рекомендуется для всех рабочих нагрузок с большим количеством операций произвольного доступа (например, для томов iSCSI). Диски SATA лучше всего подходят для конфигураций только с твердотельными накопителями, но не для кэширования записи.
-
Настоятельно не рекомендуется использовать жесткие диски с черепичной магнитной записью (SMR), даже для целей резервного копирования. Такие диски имеют непредсказуемую задержку, которая может привести к неожиданным перебоям обслуживания и резкому снижению производительности. • Работа сервисов метаданных на твердотельных накопителях повышает производительность кластера. Для снижения капитальных затрат можно использовать те же накопители для кэширования записи.
-
Если основной целью является запас емкости и при этом необходимо хранить редко используемые данные, выбирайте диски SATA. Если основной целью является производительность, предпочтительнее будут диски NVMe или SAS.
-
Чем больше дисков на сервер, тем меньше капитальные затраты. Например, кластер из десяти серверов с двумя дисками на каждом сервере будет стоить дешевле, чем кластер из двадцати серверов с одним диском на сервер.
-
Экономичнее использовать жесткие диски SATA с одним твердотельным накопителем для кэширования, чем только жесткие диски SAS без такого накопителя.
-
Создайте аппаратные или программные тома RAID1 для системных дисков с использованием контроллеров RAID или HBA соответственно, чтобы обеспечить их высокую производительность и доступность.
-
Используйте контроллеры HBA, поскольку они дешевле и проще в управлении, чем контроллеры RAID.
-
Отключите все функции кэширования контроллера RAID для твердотельных накопителей. Современные твердотельные накопители имеют хорошую производительность, которую может снизить кэш чтения и записи контроллера RAID. Рекомендуется отключить кэширование для твердотельных накопителей и оставить его только для жестких дисков.
-
Если вы используете контроллеры RAID, не создавайте тома RAID из жестких дисков, предназначенных для хранения данных. Каждый жесткий диск хранилища должен распознаваться продуктом Acronis Инфраструктура как отдельное устройство.
-
Если вы используете контроллеры RAID с кэшированием, их следует оснастить резервными аккумуляторами (BBU) для защиты от потери данных кэша при отключении питания.
-
Размер блока на диске (например, 512 байт или 4 КБ) не имеет значения и не влияет на производительность.
-
Используйте отдельные сети (и в идеале, хотя необязательно, отдельные сетевые адаптеры) для внутреннего и публичного трафика. Таким образом публичный трафик не будет влиять на производительность ввода-вывода кластера, а также будут исключены возможные DoS-атаки из внешней сети.
-
Сетевая задержка существенно снижает производительность кластера. Используйте качественное сетевое оборудование с низким значением задержки. Не используйте бюджетные сетевые коммутаторы.
-
Не используйте такие сетевые адаптеры для настольных компьютеров, как Intel EXPI9301CTBLK или Realtek 8129, поскольку они не предназначены для высоких нагрузок и могут не поддерживать полнодуплексные каналы. Также следует использовать неблокирующие коммутаторы Ethernet.
-
Во избежание вторжений Acronis Инфраструктура должна быть развернута в выделенной внутренней сети, недоступной извне.
-
Используйте один канал со скоростью 1 Гбит/с на каждые два жестких диска в сервере (с округлением в большую сторону). Для одного или двух жестких дисков в сервере все же рекомендуются два объединенных сетевых интерфейса для высокой доступности сети. Причина этой рекомендации состоит в том, что сети Ethernet со скоростью 1 Гбит/с могут обеспечить пропускную способность 110–120 МБ/с, что приближается к производительности последовательного ввода-вывода одного диска. Поскольку несколько дисков на сервере могут обеспечить более высокую пропускную способность, чем Ethernet-канал со скоростью 1 Гбит/с, передача данных по сети может стать «узким местом» системы.
-
Для максимальной производительности последовательного ввода-вывода используйте один канал со скоростью 1 Гбит/с на каждый жесткий диск или один канал со скоростью 10 Гбит/с на сервер. Хотя в реальных условиях чаще всего выполняются операции произвольного ввода-вывода, последовательный ввод-вывод важен при резервном копировании.
-
Для максимальной общей производительности используйте один канал со скоростью 10 Гбит/с на сервер (или два объединенных канала для высокой доступности сети).
-
Не рекомендуется устанавливать для сетевых адаптеров со скоростью 1 Гбит/с нестандартные значения MTU (например, 9000-байтные jumbo-кадры). Такие параметры требуют дополнительной настройки коммутаторов и часто приводят к ошибкам пользователя. Сетевыеадаптеры со скоростью 10+ Гбит/с, напротив, следует настроить на использование крупных кадров для достижения максимальной производительности.
-
Адаптеры шины (HBA) Fibre Channel, поддерживаемые в настоящее время: QLogic QLE2562-CK и QLogic ISP2532. • В качестве адаптеров InfiniBand рекомендуется использовать Mellanox ConnectX-4 и ConnectX-5. Карты Mellanox ConnectX-2 и ConnectX-3 не поддерживаются.
-
Адаптеры, использующие драйвер BNX2X, такие как Broadcom Limited BCM57840 NetXtreme II 10/20-Gigabit Ethernet / HPE FlexFabric 10Gb 2-port 536FLB Adapter, не рекомендуются. Они ограничивают значение MTU до 3616, что влияет на производительность кластера.
Аппаратные ограничения
-
На каждом сервере управления должно быть не менее двух дисков (один для системы и метаданных, один для хранилища).
-
На каждом подчиненном сервере должно быть не менее трех дисков (один для системы, один для метаданных, один для хранилища).
-
Для тестирования всех функций продукта требуются три сервера.
-
На системном диске должно быть не менее 100 ГБ пространства.
-
Для правильного отображения панели администратора требуется монитор с разрешением Full HD.
- Максимальный поддерживаемый размер физического раздела — 254 ТиБ.
-
сервер может входить только в один кластер.
-
Поверх кластера хранилища можно создать только один кластер S3.
-
В панели администратора доступны только стандартные режимы избыточности.
-
Для всех данных всегда включено экономное распределение, которое нельзя настроить по-другому.
- Панель администратора протестирована в работе с разрешением 1280x720 и выше в следующих веб-браузерах: последняя версия Firefox, Chrome, Safari. Сетевые ограничения см. в разделе Сетевые ограничения
Примечание: Материал актуален на момент публикации. Для получения консультации и обновленной редакции документа обратитесь по контактам Поставщика.
Переход в он-лайн магазин Датасиcтем - официального Поставщика Acronis в Российской Федерации. Перейти на сайт Поставщика>>
