- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
уводить ноды в свап можно только точно зная специфику загрузки сервисов а значит речь исключительно про личные сервисы.
Мы же тут вроде как обсуждаем хостерскую кухню с коммерческими VPS нодами и уводить гипервизор в SWAP на них смерти подобно, ибо есть риск получить значительную деградацию сервиса для всей ноды в определенные моменты.
Ага.
А если ты хостер - то теряешь финансовый буфер.
Начинаешь работать при нулевой окупаемости - железо хрен проапрейдишь, квалифицированного админа хрен наймешь.
Хостеру без оверселлинга - доверия не больше, а меньше.
Ибо у такого ресурса на малейшую аварийную ситуацию ситуации нет никакого.
Ну мы на качестве не экономим и нам swap на нодах не нужен, так как памяти стоит достаточно.
уводить ноды в свап можно только точно зная специфику загрузки сервисов а значит речь исключительно про личные сервисы.
для того, чтобы узнать про нагрузку нагрузку на личном сервере - нужно снимать статистику.
съем статистики на личном сервисе и на сервисе клиента не отличается ничем.
---------- Добавлено 02.10.2017 в 12:53 ----------
Ну мы на качестве не экономим и нам swap на нодах не нужен, так как памяти стоит достаточно.
Законы экономики для всех одинаковы.
Так что тут одно из трех:
Или у вас должны быть цены выше, чем у других.
Или вы должны оверселлить как и все.
Или у вас должен быть меньше запас на случай аварийной ситуации.
А то и 2 пункта сразу.
Это экономика, бро, а не страна волшебного фэнтази, где законы природы другие.
---------- Добавлено 02.10.2017 в 12:56 ----------
Мы же тут вроде как обсуждаем хостерскую кухню с коммерческими VPS нодами и уводить гипервизор в SWAP на них смерти подобно, ибо есть риск получить значительную деградацию сервиса для всей ноды в определенные моменты.
просто не следует оверселлить память с теми же коэффициентами, которые вы применяете при оверселлинге процессора.
ну а диски оверселлить можно вообще по самому минимуму, никак не сопоставимо ни с процессорами ни с памятью
для того, чтобы узнать про нагрузку нагрузку на личном сервере - нужно снимать статистику.
съем статистики на личном сервисе и на сервисе клиента не отличается ничем.
ничем кроме:
- у вас нет доступа к клиентским сервисам
- вы не имеете права лезть в клиентские сервисы
- неправомерный доступ к клиентским данным = уголовная статья.
и самое забавное в том что нарастить объем оперативной памяти обходится намного проще и дешевле, RAM один из самых дешевых ресурсов.
ничем кроме:
- у вас нет доступа к клиентским сервисам
- вы не имеете права лезть в клиентские сервисы
- неправомерный доступ к клиентским данным = уголовная статья.
.
это все нужно для замеров для оптимизации ПО, работающего внутри виртуалок.
разумеется вы не будете заниматься оптимизацией ПО клиента, если у вас услуги VDS.
посему замеры внутри сервисов вам не нужны.
для замеров нагрузки на память, процессор и диски - никуда внутрь виртуалок лезть не нужно.
съем показаний со счетчиков нагрузки гипервизора никак не является неправомерным доступом к чужой информации.
напротив - этот мониторинг является вашей прямой обязанностью с целью обеспечения надежности хостинга.
это все нужно для замеров для оптимизации ПО, работающего внутри виртуалок.
разумеется вы не будете заниматься оптимизацией ПО клиента, если у вас услуги VDS.
посему замеры внутри сервисов вам не нужны.
для замеров нагрузки на память, процессор и диски - никуда внутрь виртуалок лезть не нужно.
съем показаний со счетчиков нагрузки гипервизора никак не является неправомерным доступом к чужой информации.
напротив - этот мониторинг является вашей прямой обязанностью с целью обеспечения надежности хостинга.
а теперь перечитайте всё что было написано ранее. И сделайте логичный вывод.
Конструктивная беседа невозможна когда один из собеседников начинает противоречить собственным словам сказанным ранее.
счетчики гипервизора показывают вам исключительно объем занятой памяти вирт машинами как суммарно так и per VM, без какой либо классификации занятой памяти, будь то cache/buffer/inactive или же system / userspace.
в итоге хостер видит только соотношение "всего RAM к / адресованная в VM RAM"
уже многократно было доказано что экономия на RAM это экономия на спичках. И оверсел RAM на KVM более менее приемлем в значениях не более 20% и то были случаи происхождения "неведомой херни". А при условии , повторяюсь, что RAM является самым дешевым ресурсом, намного проще и надежнее просто найти правильную комбинацию для VPS нод и следовать ей.
Кроилово ведет к попадалову.
счетчики гипервизора показывают вам исключительно объем занятой памяти вирт машинами как суммарно так и per VM, без какой либо классификации занятой памяти, будь то cache/buffer/inactive или же system / userspace.
в итоге хостер видит только соотношение "всего RAM к / адресованная в VM RAM"
С вами приятно беседовать, в отличие от прочих моих оппонентов, здесь отметившихся, - вы ориентируетесь в терминологии
Остальные, полагаю, всего лишь сейлеры, даже не потрудившиеся проконсультироваться у своих инженеров.
;)
---------- Добавлено 02.10.2017 в 17:27 ----------
уже многократно было доказано что экономия на RAM это экономия на спичках. И оверсел RAM на KVM более менее приемлем в значениях не более 20% и то были случаи происхождения "неведомой херни". А при условии , повторяюсь, что RAM является самым дешевым ресурсом, намного проще и надежнее просто найти правильную комбинацию для VPS нод и следовать ей.
.
Вот это уже ответ не мальчика, а мужа.
А в написанные выше слова, что, мол, что SWAP вообще отключили (что с точки зрения администрирования - большие риски ступора системы), и после отключения SWAP все круто и по окупаемости и по производительности - веры нет.
logamagoga,
Вот потребление памяти на нагруженной ноде, где зарезервировано порядка 180 Gb, как думаете эти 40 гигов быстро закончатся? И по сути зачем тут Swap, когда памяти достаточно и есть запас? Сюда уже новые VM не размещаются, хотя еще порядка 15-20 машин легко бы влезло. И поверьте, все работает и окупается, иначе мы бы этим не занимались.