- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Господа сисадмины, просветите пожалуйста...
Есть потребность организовать регулярное скачивание с сервера по ssh (rsync'ом, wget'ом, как-то еще - это уже детали) довольно больших объемов данных (по несколько Гб, изредка и десятков Гб за раз).
По вашему опыту: будет ли при таких скачиваниях сервер грузиться настолько, что начнут заметно тормозить работающие на нем сайты? Если да, то как-то можно организовать это скачивание, чтобы не допустить таких тормозов (наверно как-то искуственно замедлять его)?
Исходные данные.
Скачиваемые файлы: по большей части - архивы по несколько десятков/сотен Мб, но есть и папочки с кучей мелких файлов (размер файлов - килобайты, их кол-во - десятки тысяч).
Сервер: i7-920, памяти много, SATA-диски, канал 100Мб shared (можно исходить из того, что в моменты скачивания есть возможность занять его почти полностью).
Текущая загрузка сервера при штатной работе сайтов: небольшая (LA обычно в районе 1, us, sy редко выходят за 10%).
Например - cdp от r1soft
Например - cdp от r1soft
Как я понимаю, такой ответ на второй вопрос подразумевает, что на первый - ответ "Да"?
Насколько часто качать?
Сервер нагрузится вряд ли, да и сомневаюсь, что вы 100 mb/s забьёте скачиванием.
В принципе, у rsync есть опция "--bwlimit". Другой (и более существенный) момент - нагрузка на диск. Тут может помочь установка приоритетов: man nice, man ionice.
Насколько часто качать?
2-3 раза в сутки.
Сервер нагрузится вряд ли
То есть при интенсивном скачивании на 100мб такой сервер скорее упрется в пропускную способность канала, чем в пределы собственной производительности?
сомневаюсь, что вы 100 mb/s забьёте скачиванием
Вполне вероятно, но давайте все же предположим, что в моменты скачивания канал практически не занят больше никем. Только мое скачивание + http-трафик (небольшой по сравнению со скачиваемыми объемами) моих же сайтов на этом сервере. Что тут будет узким местом: канал или сервер?
AnNik добавил 30.03.2011 в 14:04
у rsync есть опция "--bwlimit". Другой (и более существенный) момент - нагрузка на диск. Тут может помочь установка приоритетов: man nice, man ionice
Спасибо, почитаю.
То есть при интенсивном скачивании на 100мб такой сервер скорее упрется в пропускную способность канала, чем в пределы собственной производительности?
Вполне вероятно, но давайте все же предположим, что в моменты скачивания канал практически не занят больше никем. Только мое скачивание + http-трафик (небольшой по сравнению со скачиваемыми объемами) моих же сайтов на этом сервере. Что тут будет узким местом: канал или сервер?
1. Всё зависит от скорости, с которой вы будете дёргать файлы. (точнее сможете физически).
Судя по количеству файлов, может диск нагрузиться в такие моменты.
2. Я полагаю, что скорее сервер. Пересылка файлов в один поток вряд ли сможет забить канал.
Himiko добавил 30.03.2011 в 14:20
Хотя раз канал shared, тот тут точно не сказать. Он может быть уже нагружен и не за счёт вашего сервера.
Спасибо, более-менее прояснилось.