- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Centos 7, 2 sata-диска в raid1, md
По расписанию md2_recync запускается раз в неделю. И иногда создаёт проблемы, потому что сервер нагруженный. Приходится регулировать скорость recync вручную.
Собственно вопрос - а как часто нужно делать md2_recync ?
Kpd, в дебиане раз в месяц, в centos раз в неделю. Раньше вообще не было этого задания в пакете. Вывод отсюда какой ? - никто из мейнтейнеров точно не определился . Это перестраховка. При нормальной работе без внезапных перезагрузок и проблем на дисках, рассинхронизация не происходит. Делайте хотя бы иногда.
netwind, спасибо
Запуск в 3-й понедельник месяца будет выглядеть так:
?
Kpd, кажется так не сработает. Но почему бы просто не взять проверенный скрипт из debian ?
Там в первый понедельник, но не так важно месяцем раньше или позже это запустится в следующий раз.
Kpd, задайте порог скорости проверки массива, например 50Мб/сек. Это не сожрет весь io на сервере.
и проверяйте раз в неделю, этого будет достаточно.
задайте порог скорости проверки массива, например 50Мб/сек. Это не сожрет весь io на сервере.
Под пиковой нагрузкой веб-сервер загинался, если md_recync работал на 20Mб/c. На 10 нормально.
сколько было без нагрузки не знаю, но наверное все 200 (дефолтная настройка).
Как бы понять. что случилось - физически диски не могут дать дальше, или нужно что-то подтюнинговать в системных параметрах?
раз в месяц, но иметь ежедневные отчеты по статусу дисков (smart) и рейда.
Kpd, подумайте над переходом на SSD или SAS, скоро так упретесь в IO. Либо оптимизируйте свой проект.
скоро так упретесь в IO
Как в Centos посмотреть нагрузку на диск и оценить сколько ещё он выдержит?
Kpd, допустим, atop покажет колонку busy. И так ясно что она у вас к 100% приближается, раз вы вообще заметили проблемы при включенной синхронизации. Но сайт должен работать все равно. Так что думать надо не об этом, а как сохранить стабильность при такой загрузке. То есть, уменьшение скорости синхронизации должно помочь.
netwind, даже при более-менее нагруженной системе при дефолтных настройках порога все нормально синхронизируется. Какой смысл делать столь низкий порог для синхронизации, это только увеличит время дергания дисков. Тут видимо проблема уже в самих дисках или нагрузка на io столь громадная, что сервер уходит в коллапс при пороге 20Мб/сек. Но это все гадание на кофейной гуще, надо смотреть, что там творится.