- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет,
На сервере хранятся загруженные пользователями картинки (несколько десятков тысяч), так вот, когда я запускаю скрипт который их просто "тарит", все это продолжается полчаса, при этом на сайты находящиеся на сервере невозможно попасть, загрузка cpu 0% но лоад авераге 4
Чего делать, как жить ?
высокая нагрузка вызвана тормозами ввода-вывода на дисковых операциях.
возможно имеет смысл бекапиться на другой диск, чтобы распределить операции чтения с диска apache картинок и процесс записи бекапа.
также имеет смысл понизить приоритет tar через nice.
возможно вам будет интересен вариант бекапа через rsync - я просто не знаю какой бекап вы делаете и сколько бекапов храните
1. делайте бэкапы по ночам
2. желательно на отдельный диск
3. и при это следя за нагрузкой (можно добавить в скрипт бэкапа мониторинг нагрузки)
4. и если файлы являются картинками (jpg/png) их сжатие ничерта не дает
Спасибо,
Второго диска нет, буду бакапить на другой сервер.
Т.е. в моем случае все эти жуткие тормоза дает диск т.к. нагрузка на процессор почти нулевая, а тотал аверейдж почти 4.
rsync - хороший выбор для ежедневного бакапа?
прошу прощения - а чем можно мониторить нагрузку на диск?
rsync - хороший выбор для ежедневного бакапа?
rsync - это очень плохой выбор для бэкапа. Хороший вариант, если есть проблемы с производительностью - за-nice-ный tar, льющий поток в netcat на другую машину, где уже ловящий netcat разворачивает все в gzip и кладет в файлик.
прошу прощения - а чем можно мониторить нагрузку на диск?
vmstat / iostat
Распределенная файловая система
Плюс в том что можно делить файлы по частям и иметь некоторую избыточность для надежности
Распределенная файловая система
Плюс в том что можно делить файлы по частям и иметь некоторую избыточность для надежности
Амазон ?
типичное спорное утверждение без обоснования, обычно это свойственно малоопытным специалистам
типичное спорное утверждение без обоснования, обычно это свойственно малоопытным специалистам
Всюду-то вы были, все-то то вы знаете про опыт специалистов :-)
На вкус и цвет все фломастеры разные, использование rsync очень даже нормальный выбор, так же как и scp, а вот гонять траф в открытом виде по nc, да еще без каких либо гарантий доставки данных очень не разумно, уже не говоря об отсутствии возможности инкрементального бэкапа.
На вкус и цвет все фломастеры разные, использование rsync очень даже нормальный выбор, так же как и scp, а вот гонять траф в открытом виде по nc, да еще без каких либо гарантий доставки данных очень не разумно, уже не говоря об отсутствии возможности инкрементального бэкапа.
Ну, если у машины не хватает ресурсов дисковой подсистемы, городить инкрементальный бэкап с подсчетом чексум каждого файла - мягко говоря плохое решение.
Кроме того, rsync не сделает честный инкрементальный бэкап - на другой стороне будет просто копия рабочей системы, откатиться на день назад не получится.