Блочное
Для баз данных и виртуальных машин, которым нужны дисковые тома и предсказуемый отклик.
Задержка · IOPS · резервные пути
Подбираем серверы и СХД под ваши приложения, объём данных и требования к доступности. От первой серверной до расширения действующей инфраструктуры.
Разные нагрузки требуют разных ресурсов. Выберите свой сценарий — покажем, с чего начинается подбор.
Пользователи → нагрузка → ресурсы
Учётные системы, почта, документооборот и внутренние приложения. Ресурсы подбираются по числу пользователей и одновременной активности.
Формат доступа определяет архитектуру. Производительность, полезную ёмкость и резерв рассчитываем вместе.
Полезная ёмкость меньше суммы объёмов дисков: учитываем RAID или erasure coding, служебные данные, снимки и запас на рост.
Резервирование помогает пережить сбой компонента. Независимые копии позволяют вернуть данные после удаления, повреждения или инцидента. В проекте нужны оба механизма.
Определяет допустимый интервал между точками восстановления.
Определяет целевое время возврата сервиса в работу.
Согласуем расписание копирования, отдельное место хранения и тест восстановления. RAID и снимки на той же системе не заменяют независимую резервную копию.
Для расчёта используем замеры текущей нагрузки или требования разработчика ПО. Окончательные параметры согласуем после обследования.
| Исходные данные | Решение в проекте |
|---|---|
| Нагрузка приложений | CPU, объём RAM и количество серверных узлов. |
| Операции с данными | Тип накопителей, производительность СХД и пропускная способность сети. |
| Объём и темп роста | Полезная ёмкость, свободные слоты и порядок расширения. |
| Допустимый простой | Резервирование, схема копирования и план восстановления. |
Подготовим состав оборудования и лицензий, схему подключения и план ввода в эксплуатацию. Обсудим миграцию действующих сервисов и критерии приёмки.
Для начала: какие приложения используются, сколько пользователей и данных, что планируется менять?