- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Полностью согласен, но всегда найдется как минимум один "красавчик" которые съест iops'ы за всех остальных.
пример
да, согласен на все 100% - дедик - это более верное решение. :)
А скажите, почему XEN идет со swap, OpenVZ - без него?
А скажите, почему XEN идет со swap, OpenVZ - без него?
это зависит от желания хостера.
может и наоборот быть: XEN без swap, а openVZ со swap
Переносим молча на SSD. Где проблема?
Вы верите в то что все хостеры распределяют так клиентов? В большинстве случаев где поселился там и живет. А соседи терпят.
Зря, надо использовать всё с умом ;)
Причина была другая. Закрыл ноду в Hetzner в пользу второй ноды в EvoSwitch, на которой в то время был XEN.
Я придерживаюсь ретро :)
Я и не сомневался :)
---------- Добавлено 30.10.2013 в 12:05 ----------
это зависит от желания хостера.
и древности OpenVZ.
https://openvz.org/Download/vzctl/4.6
I/O scheduling в OpenVZ
Assigns disk I/O priority to container. Priority range is 0-7. The greater priority is, the more time for I/O activity container has. By default each container has priority of 4.
Assigns disk I/O bandwidth limit for a container. Value is either a number with an optional suffix, or a literal string unlimited. Value of 0 means "unlimited". By default a container has no I/O limit. Maximum allowed limit is 2 gigabytes per second; values exceeding the limit are truncated.
If no suffix is provided, the limit is assumed to be in megabytes per second. Available suffixes are:
• b, B -- bytes per second;
• k, K -- kilobytes per second;
• m, M -- megabytes per second (default);
• g, G -- gigabytes per second;
Assigns IOPS limit for a container, in number of input/output operations per second. Value is a number or a literal string unlimited. Value of 0 means "unlimited". By default a container has no IOPS limit.
ovz молодцы
И еще описание http://openvz.livejournal.com/45831.html
root@CT:/# cat /dev/urandom | pv -c - >/bigfile
88MB 0:00:10 [8.26MB/s] [ <=> ]
^C
Now let's set the I/O limit to 3 MB/s:
root@host# vzctl set 777 --iolimit 3M --save
UB limits were set successfully
Setting iolimit: 3145728 bytes/sec
CT configuration saved to /etc/vz/conf/777.conf
root@host# vzctl enter 777
root@CT:/# cat /dev/urandom | pv -c - >/bigfile3
39.1MB 0:00:10 [ 3MB/s] [ <=> ]
^C
Вы верите в то что все хостеры распределяют так клиентов? В большинстве случаев где поселился там и живет. А соседи терпят.
В таком случае, тут не SATA виновата, а SSD не спасёт таких. Перегрузить SSD тоже возможно достаточно просто. К примеру потоковой записью...
--ioprio priority
От этого пользы практически 0. Ноды валялись ;)
iolimit and iopslimit пока не использовал, это пока в статусе тестироваия. Но по аналогичной функции которая давно есть в KVM, от такого лимитирования больше неприятностей, чем пользы. Суть в том, что ограничение максимальной скорости тормозит всю виртуалку даже в нормальном режиме. Возможно в OpenVZ такое лимитирование будет работать лучше, так как там чуть подругому. Хотя почему то мне кажется это будет очередные костыли... по сути эти лимиты можно использовать только в случае когда VPS уже перегружает ноду, а не постоянно установить...
LineHost
поддерживаю, у меня мониторинг проставляет для впс-ки лимиты что бы не мешала другим если она хулиганит X времени, а так в обычном режиме все без лимитов тоесть жестких ограничений.
это зависит от желания хостера.
может и наоборот быть: XEN без swap, а openVZ со swap
А куда тогда деётся swap в nix в этих виртуализациях?
Oleg76, в OpenVZ swap vps может может находится как в RAM так и в SWAP ноды. (в зависимости от vm.swappiness)