- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день!
Имеется сервер - 2x1,8Mhz + 4GB + 250 Gb SATA2 HW RAID1.
Стоит CentOS 5 64x + ISPManager
На сервере ежедневно в 4 утра начинают собираться бекапы сайтов. Собираются сжатием в rar-архив каталога пользователя (это 3-4Гб в составе которых есть тяжелые файлы по 80-500Мб). В процессе сбора резервной копии по топу wa колеблется от 50 до 80% и в этот момент кол-во процессов httpd начинает увеличивается, при этом все висит и вебсервер возвращает 502. Как wa падает до 50-40 вся эта богадельня начинает генерироваться но с задержкой 2-3 сек.
В итоге, если в 4 часа утра на сайте кто-то есть (наблюдал в выходные) то MySQL останавливается по причине "To many connections". Процессов httpd - 120-150.
Стандартное значение wa в нормальные часы 10-30%.
На что тут стоит смотреть?
На что тут стоит смотреть?
Делать бекап с менее активной нагрузкой на диск? man nice, man ionice
Стандартное значение wa в нормальные часы 10-30%.
Это много.
Это много.
На сервере одна база 400Mb, другая 200 . Суммарная посещаемость 80К.
Много?
Мне не понятно почему при этом процесс httpd начинают сильно размножаться? Когда диск "забить" что формирует такую очередь?
Мне не понятно почему при этом процесс httpd начинают сильно размножаться? Когда диск "забить" что формирует такую очередь?
Скрипты долго не получают ответ от mysql, поэтому начинают плодиться.
Смотрите что происходит с mysql в этот момент, вероятно mysqldump лочит таблицы, из-за этого ваши To many connections"
На сервере одна база 400Mb, другая 200 . Суммарная посещаемость 80К.
Много?
wa - много. но тут уже нужно смотреть сервер. конфиг myqsl прежде всего.
Мне не понятно почему при этом процесс httpd начинают сильно размножаться? Когда диск "забить" что формирует такую очередь?
посмотрите mysql processlist в момент проблемы. Мне тоже кажется наиболее вероятным - mysqldump. Или Вы по-другому бекапите базы? Или у Вас не myisam?
Исходя из этого, к "забитию" диска все может иметь третьестепенное отношение.
2myhand
Бекапятся не базы mysql а файлы (jpg,скрипты,gz и пр)...
В конфиге myqsl на что обратить внимание?
не архивируйте, а просто скопируйте (можно без сжатия архивировать или скопировать каталоги через ssh) ...не судьба? :)
Buenos, у тебя же один массив для всего. копируешь файлы, а тормозит mysql.
"HW RAID1" на дешевой raid-карте наверняка не самый лучший вариант. Ты же копируешь файлы и записываешь на те же самые диски.
Может поставить еще один винт для хранения бекапов? Это потребует от тебя минимум настроек в софте.
2myhand
Бекапятся не базы mysql а файлы (jpg,скрипты,gz и пр)...
Ну тогда попробуйте делать это в более мягком режиме (idle для диска - man ionice, man nice).
Используйте не самописный скрипт (не думаю, что rar для бекапа), а что-то более стандартное. fsbackup например (если нужна архивация). Или какой-нибудь rsnapshot/rdiff-backup.
Может поставить еще один винт для хранения бекапов? Это потребует от тебя минимум настроек в софте.
+1
В конфиге myqsl на что обратить внимание?
На все. Тут же не телепаты - надо смотреть как используется mysql у вас. Какие запросы. Как он настроен сейчас.
добро пожаловать в клуб любителей бага 12309 :) высокий wa - его симптомы. bugzilla.kernel.org/show_bug.cgi?id=12309
планировщик попробуйте другой и прочие рецепты с багзиллы. или ядро 2.6.18 и менее. архиватор полегче вместо rar, поменять апач на nginx или хотя бы фронтендом к нему nginx привесить.
а самый простой вариант - копировать файло на другую машину (при копировании по сетке баг не проявляется) и на ней уже жать и т.п.
maxim77k, высокий тупизм - симптомы суеты вокруг бага #12309, а высокий WA просто показатель для оценки нагрузки ввода-вывода.