Master-X
Регистрация
|
Вход
Форум
|
Новости
|
Статьи
Главная
»
Форум
»
Хостинги / Домены / Железо
»
Тема:
Как вы определяете, что сервер на грани ресурсов?
Новая тема
Ответить
цитата
29/11/13 в 00:27
S_Flash
Серверным мощностям есть предел, а админа в большинстве случаев можно спрашивать уже постфактум. Ну реально, не скажешь же им, "сколько ещё доменов можно нацепить" на тот или этот сервер!?! Это не лдогично, как вопрос про завтрашнюю погоду.
Зато, если сервак с сиджами начнёт лагать, то долго будешь искать причины падения трафа, проды, СЕ трафа... Пройдут в таком ритме скорее месяцы, чем дни, после чего тебе обьяснят, что ты перенагрузил железо. Это будет не критично для мониторинга работоспособности, но отразится на лэтенси - От чего собственно и задержка в аларме от админов.
По каким критериям может человек знакомый с SSH или при наличия munin (или подобного софта) контролировать нагрузки, которые будут отражатся на доступе к контенту?
цитата
29/11/13 в 00:31
Erotix
то есть все вам выложат свои секреты?
цитата
29/11/13 в 00:41
S_Flash
А чего тут секретного?
В таком контексте, можно форум в рекламную площадку превроатить и вуаля! Или стойте, .... Нет ... Не может быть!...
цитата
29/11/13 в 01:02
Sterx
посмотри время пиковых нагрузок трафа и в это время мониторь LA-CPU-HDD-MySQL
с MySQL лог длинных запросов заведи
цитата
29/11/13 в 01:25
Stek
Поставить munin или подобное. Ну и соответственно дальше смотрим графики нагрузки и думаем головой. Тот же munin визуально показывает, есть свободные ресурсы или нет.
цитата
29/11/13 в 01:51
awm5433224455
В основном смотрю на LA(внизу у смарт сж) и на скорость загрузки страницы(на сервисах). Ну и в ручную видно, есои покликать
цитата
29/11/13 в 11:56
Elite Profit
в ручную - часто субъективно получается, особенно если очень далеко от сервера находишься и канал не самый хороший. лучше ориентироваться на объективные факторы, о которых выше писали. статистика здесь рулит.
цитата
29/11/13 в 12:18
deSilva
S_Flash писал:
Серверным мощностям есть предел, а админа в большинстве случаев можно спрашивать уже постфактум. Ну реально, не скажешь же им, "сколько ещё доменов можно нацепить" на тот или этот сервер!?! Это не лдогично, как вопрос про завтрашнюю погоду.
Зато, если сервак с сиджами начнёт лагать, то долго будешь искать причины падения трафа, проды, СЕ трафа... Пройдут в таком ритме скорее месяцы, чем дни, после чего тебе обьяснят, что ты перенагрузил железо. Это будет не критично для мониторинга работоспособности, но отразится на лэтенси - От чего собственно и задержка в аларме от админов.
По каким критериям может человек знакомый с SSH или при наличия munin (или подобного софта) контролировать нагрузки, которые будут отражатся на доступе к контенту?
Теоретически считается, что при 30-40% средней нагрузки уже стоит думать о расширении мощностей. На практике нужно смотреть, иногда серверы по показателям трещат от нагрузки, но контент отдается нормально.
Смотреть надо в первую очередь на показатели LA и iowait, во вторую на нагрузку процессора.
Хороший вариант проверки - обычный тест страницы через ab + сравнение результатов с предыдущими тестами, например раз в 1-2 недели. Наглядно покажет скорость генерации, задержку, количество ошибок и тд. Все показатели нужно смотреть в динамике IMHO.
цитата
29/11/13 в 13:16
Tornado
В последний год-полтора в железе(характеристиках и стоимости) произошли революционные изменения, сейчас, когда стоимость нормального программера в месяц сопоставима со стоимостью сервера c 2мя топовыми CPU, с 256 гиг RAM и 256 G SSD.
Стало дешевле просто расширить серверные мощности, а не думать, как оптимизировать код.
Например сервер который я описал
2x E5620 | 256Gb | 2x 240Gb SSD
сейчас стоит менее 400 в месяц. На таком сервере с двумя 6тиядерными процами, памятью в четверть Терабайта и SSD про LA можно забыть навсегда. Производительность такого сервера в разы больше производительности всего нашего хостинга десятилетней давности(около 25 серверов было на то время)
ну а если хочется повозиться - бери нормального админа (можете стукнуться к нам ICQ 130756945) и пусть работает.
Написав пост, хочу оговориться. Админ с нормальными руками нужен даже серверу-монстру. Даже такое кол-во памяти при неверных настройках сервера и неправильно написанном софте не будет гарантировать нормальной производительности. Другой вопрос, что сейчас железо стоит в разы дешевле чем раньше и оно в десятки раз более производительное, чтобы думать о том можно ли еще привязать пару доменчиков.
цитата
29/11/13 в 15:56
awm5433224455
как как то говорил воланд, внешняя прода с дохлых серверов хорошая
цитата
29/11/13 в 17:36
goodlover
Stek писал:
Поставить munin или подобное. Ну и соответственно дальше смотрим графики нагрузки и думаем головой. Тот же munin визуально показывает, есть свободные ресурсы или нет.
Тоже юзаю, из-за наглядности в основном.
цитата
29/11/13 в 18:35
color
нагрузка CPU, LA, i/o дисков, сеть...
цитата
29/11/13 в 18:45
^Krot
Последний раз редактировалось: ^Krot (
26/11/19 в 01:27
), всего редактировалось 1 раз
цитата
29/11/13 в 23:22
EvGenius
она сама нифига не показывает. а всего лишь строит графики по данным.
чтоб показывала cpu и т.д. еще надо покопаться чтоб подать ей эти данные.
Tornado писал:
2x E5620 | 256Gb | 2x 240Gb SSD
не лучше ли поставить 1 8-ми ядерный, чем 2 2х-ядерных
чем больше элементов в системе, тем менее она надежна
тоже самое с двумя ssd - зачем?
скорость одного наверняка будет выше, чем канал интернет.
а raid только уменьшит время доступа.
ну и 256гб памяти как-то не вяжется с дешевостью ;)
буквально недавно мне говорили цифру $72 за 8gb планку ecc 1600mhz
это $2300!!! совсем недорого, ага
цитата
30/11/13 в 12:15
Tornado
EvGenius писал:
не лучше ли поставить 1 8-ми ядерный, чем 2 2х-ядерных
чем больше элементов в системе, тем менее она надежна
тоже самое с двумя ssd - зачем?
скорость одного наверняка будет выше, чем канал интернет.
а raid только уменьшит время доступа.
ну и 256гб памяти как-то не вяжется с дешевостью ;)
буквально недавно мне говорили цифру $72 за 8gb планку ecc 1600mhz
это $2300!!! совсем недорого, ага
Верно, при всех равных условиях 1 восьмиядерный лучше чем 2 четырехядерных.
т.к. шина внутри кристалла быстрее шины между процессорами. Но ядра, как правило, разные и нужно смотреть ещё на характеристики процессоров в одном и другом случае. + не забываем про цену.
$612 - Intel Xeon E5-2630L v2 Processor - 6 Core - 2.4 GHz
$2340 - Intel Xeon E5-2695 v2 Processor - 12 Core - 2.4 GHz
По SSD тоже верное замечание, но я в данном случае склонен все таки пренебречь производительностью и уделить внимание безопасности храннения данных. А для этого необходим RAID. Но то такое - спорить долго можно.
Что касается предложенного конфига, так я его просто по максимуму набрал, чтобы показать какая цена и стоит ли думать вообще сейчас про железо.
К стати, зашел разговор за ядра и я понял, что ошибся в процах. Смотрел на одно а вбил другое.
Процессор не 2x E5620 (4-Core), а 2x E5-2620 (6-Core)
Да и нету уже E5620 у поставщиков.
Именно поэтому однопроцессорная система с Intel Xeon E5-2695 v2 или Intel Xeon E5-2697 v2 будет стоить чуть ли не в 1,8 раза дороже.
цитата
30/11/13 в 12:47
S_Flash
Tornado писал:
По SSD тоже верное замечание, но я в данном случае склонен все таки пренебречь производительностью и уделить внимание безопасности храннения данных. А для этого необходим RAID. Но то такое - спорить долго можно.
+1
цитата
30/11/13 в 14:04
EvGenius
лучше бэкапить на другой сервер в другой стране вообще
т.к. райд райдом, а вон к 3fn когда-то пришли и забрали все вместе с рейдами и отдельными винтами под бэкапы на тех же серверах
цитата
01/12/13 в 18:25
Tornado
Про backup все верно сказано. Он обязателен даже при RAID, но RAID (в случае двух HDD RAID1) еще дает возможность стабильно работать серверу при условии что один винт "вылетит". ЗАмена любого винта требует времени. Даже если винт есть в наличии, то после его замены необходимо будет на него поставить систему и перелить backup - а это время, которое очень ценно при работе некоторых проектов.
Поэтому оптимальный вариант: RAID + backup на сервер, который размещен на другой площадке (а еще лучше у другого хостера)
Новая тема
Ответить
Эта страница в полной версии