Серверы для Ceph
Распределённое программное хранилище на standard-серверах: блочные устройства RBD, объектный интерфейс S3/Swift и файловая система CephFS с репликацией или erasure coding, масштабированием по ёмкости и без единой точки отказа.
Почему Ceph — это набор узлов, а не один сервер
- Данные распределяются по OSD — каждый диск отдаёт ёмкость и участвует в восстановлении.
- Нужны мониторы и менеджер — узлы MON хранят карту состояния кластера, MGR управляет метриками и сервисами.
- Сеть определяет скорость восстановления — репликация и ребилд после сбоя диска активно гоняют трафик.
- Аппаратный RAID не нужен OSD — каждый диск обслуживается отдельным OSD-демоном, избыточность даёт сам Ceph.
Роли узлов в кластере
MON / MGR
Карта кластера и управление- Обычно 3 или 5 узлов MON для кворума
- Скромные CPU/RAM, быстрый системный диск
- MGR: дашборд, метрики, модули
OSD-узлы
Основная ёмкость и диски- Много отсеков 3.5″ под HDD, SSD/NVMe под WAL/DB (BlueStore)
- 1 ядро и ~1–2 ГБ RAM на OSD плюс запас
- 2 порта сети: фронт и репликация/восстановление
MDS / шлюзы
CephFS и объектный доступ- MDS нужны только для файловой системы CephFS
- RGW даёт S3/Swift API и могут масштабироваться
- Клиенты RBD работают напрямую через MON/OSD
Ориентировочные составы кластеров
Пилот / малый кластер
- 3× PowerEdge R750xs/R760 (MON+OSD совмещены)
- 128–256 ГБ RAM на узел
- 8–12× HDD/SSD на узел, 2×10GbE
- Пул с репликацией size=3
Производительное хранилище
- 3 MON + 4–8 OSD-узлов R760/R760xd2
- NVMe/SSD под WAL/DB, 25GbE фронт+бэк
- Пул реплики под быстрые данные, EC под холодные
- MDS в режиме active-standby для CephFS
Большой объектный кластер
- Много плотных OSD-узлов (до 24+ дисков), 3–5 MON
- Erasure coding для эффективности ёмкости
- Раздельные сети клиентов и восстановления, 25/100GbE
- Пара RGW за балансировщиком
| Решение | Когда применять | Компромисс |
|---|---|---|
| Репликация (3 копии) | Низкая задержка, быстрый ребилд | Ниже эффективная ёмкость |
| Erasure coding | Холодные/большие объектные данные | Выше нагрузка на CPU и задержка части операций |
| Все роли на 3 узлах | Пилот и бюджетный старт | Меньше изоляции нагрузки |
| Раздельные MON и OSD | Растущий production | Больше серверов в кластере |
Для интеграторов и поставщиков ПАК
Поставляем однородные партии серверов под Ceph: одинаковые OSD-узлы, отдельные MON, диски, сетевые адаптеры и ЗПС. Закрывающие документы, договорная гарантия Beijing Xinchuan, отгрузка и доставка в РФ и СНГ. По составу кластера — admin@sell-server.com.
Сколько узлов минимум?
Рабочий минимум — 3 узла, чтобы разместить три реплики и кворум MON. Production обычно разделяет MON и OSD и растит число OSD-узлов по ёмкости.
Почему OSD-диски без аппаратного RAID?
Ceph сам отвечает за избыточность и восстановление; один OSD на диск упрощает контроль и ребилд. Для системного диска MON допустим небольшой RAID1.
Сколько памяти нужно?
Ориентир — память на число OSD (порядка 1–2 ГБ на OSD) плюс запас для кэша и сервисов; точное значение зависит от числа дисков и профиля нагрузки.
Ceph заменяет СХД?
Для задач, где подходит программное масштабирование и есть навыки эксплуатации, — да, на standard-серверах. Классическая СХД проще в поддержке и остаётся вариантом там, где важна гарантированная поддержка вендора.
Соберём партию серверов под Ceph
Пришлите нужную ёмкость, число узлов и интерфейсы (RBD/S3/CephFS) — рассчитаем конфигурацию и цену.
Запросить расчёт← Все сценарии подбора сервера