Ceph со многими, маленькая документация (http://docs.ceph.com/docs/jewel/start/hardware-recommendations/) monitors/mds
root @ machine1 httpd] # systemctl status httpd.service
httpd.service - HTTP-сервер Apache
Загружен: загружен (/usr/lib/systemd/system/httpd.service; включен) {{1 }} Активно: сбой (результат: код выхода) с среды, 02.12.2015, 14:26:52 WET; 55 с. Назад
Процесс: 3257 ExecStop = / bin / kill -WINCH $ {MAINPID} (code = exited, status = 1 / FAILURE)
Процесс: 3256 ExecStart = / usr / sbin / httpd $ ОПЦИИ -DFOREGROUND (code = exited, status = 1 / FAILURE)
Основной PID: 3256 (code = exited, status = 1 / FAILURE)
02 декабря, 14:26:52 develop.wsclabs.com systemd [1]: Запуск HTTP-сервера Apache ...
2 декабря, 14:26:52 machine1.domain.com httpd [3256]: AH00526: Синтаксическая ошибка в строке 6 файла / etc / httpd / sites-enabled /vh-test.conf:
Dec 02 14:26:52 machine1.domain.com httpd [3256]: Требовать здесь запрещено
02 декабря 14:26:52 machine1.domain.com systemd [1]: httpd.service: основной процесс завершен, code = exited, status = 1 / FAILURE
2 декабря, 14:26:52 machine1.domain.com kill [3257]: kill: не удается найти процесс » "
2 декабря, 14:26:52 machine1.domain.com systemd [1]: httpd.service: процесс управления завершен, код = exited status = 1
2 декабря, 14:26:52 machine1 .domain.com systemd [1]: не удалось запустить HTTP-сервер Apache.
2 декабря, 14:26:52 machine1.domain.com systemd [1]: Unit h ttpd.service перешел в состояние ошибки.
Я отредактировал vh-test.conf и прокомментировал строку require
Я получаю эту ошибку сейчас
httpd [3364]: (98) Адрес уже используется: AH00072: make_sock: не удалось выполнить привязку к адресу [::]: 80
Попытка выяснить этот
Я не могу сказать, как RPi будет работать в кластере Ceph, но если это поможет, я могу дать вам некоторые цифры из производственного кластера. Он имеет 3 MON, 25 OSD (от 4 до 6 OSD на узел ). Мониторы развертываются на узлах OSD, как и две из трех MDS (. В настоящее время мы передаем MDS на выделенные серверы ).
Хотя у меня нет данных о производительности после восстановления (очень интенсивный ввод-вывод ), доступных прямо сейчас, у меня есть данные из исправного кластера. Значения MON довольно стабильны во времени, 751804 B (VIRT )и 339848 B (RSS ). Таким образом, потребление памяти не очень велико, 1 ГБ ОЗУ должно быть достаточно, даже RPi, вероятно, справится с этим.
Что касается MDS, то это сложно сказать, и это полностью зависит от ваших требований и рабочих нагрузок. Только для нескольких клиентов должно хватить ОЗУ от 1 до 2 ГБ, но этот объем может быстро увеличиваться. Просто чтобы дать вам число :для 50 клиентов (или, точнее, клиентских подключений )активный MDS имеет mds _кэш _память _предел 6 ГБ, это было увеличено только недавно с 4 Гб. Текущее использование составляет 7,7 ГБ (VIRT )6,9 ГБ (RSS ), MDS имеет тенденцию использовать немного больше, чем настроено. MDS можно запустить с несколькими активными демонами MDS, прочитайте это для получения дополнительной информации о настройке нескольких -MDS. Там написано:
Adding more daemons may not increase performance on all workloads. Typically, a single application running on a single client will not benefit from an increased number of MDS daemons unless the application is doing a lot of metadata operations in parallel. Workloads that typically benefit from a larger number of active MDS daemons are those with many clients, perhaps working on many separate directories.
Вы можете распределить нагрузку своих OSD, запустив много узлов с несколькими OSD, но я думаю, что количество оперативной памяти для OSD не совсем подходит для RPi. В Bluestore OSD (с журналом на SSD )он потребляет около 4 ГБ (VIRT )и 2,8 ГБ (RSS ),так что это не покрывает упомянутый 1 ГБ на демона; опять же, все зависит от фактической рабочей нагрузки.
Я рекомендую вам построить свой кластер и наблюдать за данными о производительности, одновременно увеличивая рабочую нагрузку, добавляя OSD, добавляя клиентов CephFS и т. д. Вы довольно быстро почувствуете пределы своего кластера и возможность настройки.