hvosting: хотите быть уверены что вы одни живете именно на конкретном оборудовании и имеете в распоряжении все ресурсы и возможности описанные заводом изготовителем - берите дедик.
Это так.
hvosting: xen позволяет успешно на каком то q8300 рассказать контейнеру что он живет на xeon3460. smart с дисков вы тоже никак не получите.
Это тоже так, но такое - чаще редкость (пока еще).
Я вообще молчал пока вы не сказали про LA - вот тут чего-т взыграло.
hvosting: и НАДЕЯТЬСЯ
Зачем, в теме уже предложили Unix Benchmark, да и опытный админ сразу скажет, через несколько дней - "с этого хостера надо валить" или "тут все хорошо". Опять же покупать за копейки - не вариант.
hvosting: Для того чтобы вообще понимать о чем в принципе идет разговор разберитесь с такими понятиями: LA, qps, tps, iops, irq, cputime, и по поводу веников - average seek time, linear read speed.
А то разговор получается из серии "расскажите мне за пол часа на пальцах основы квантовой механики"
Он дешевый, никаких других преимуществ у него нет. Мы его тоже используем, так как предыдущий владелец хостинга купил ИСП. А с точки зрения администратора это вообще сущий ад, т.к. панель не получив ответ на запрос от другой такой же панели, к примеру, в Израиле (наш второй DNS) - висла наглухо. А решения от саппорта так никто и не получил, пришлось решать самостоятельно. И это один из камней. Второй: на CentOS вы не поставите самые нужные плагины на текущий момент, если используете сторонний репозитарий с новым perl. Только зависимости я не могу понять... Ну и по мелочи еще пачку глюков наберу. АХ, еще страничка на последней с установкой плагинов глючит не по детски. Это то, что сейчас в тикетнице находится у мня в очереди на разруливание... Грейлистинг уже хрен знает сколько лет не могут нормально прикрутить, с бекапами - засада, так и не научатся в случае ошибки бекапа письмо на почту присылать (вдруг клиент не заходит уже 5 лет в панель и не знает, что база порушилась). И такого - вагон. Ай, сколько раз изменив что-то в интерфейсе пришлось лезть внутрь сервера... ))). На DA такого небыло ниразу, там все что нужно было - включить автоапдейт в custombuild, да включить автоапдейт панели. Ну никакие изменения в интерфейсе ничего плохого не делали (я не говорю об убийстве ДНС или остановке сервисов).
А теперь сравните цены на эти два продукта... От самого производителя. DA значительно дороже и без поддержки почти. Ух, кажется, объяснил.
Pilat: То есть ресурсов аппаратуры ему хватало, по Вашим словам, но LA был высокий? Так? Или всё же ресурсов не хватало?
"Аппаратура" там - двухпроцессорный XEON 5504 и 48 гбайт RAM. А вот ресурсов ВДСки - явно мало, чтобы выдержать более-менее нормальную посещаемость при такой БД. Или вы не читаете про своп? Видимо, чукча писатель.
Pilat: Может быть искусственно это сделать и можно, но только искусственно. Нет - объясните подробнее как такое могло получиться у Вас.
Я объяснил. Или должен вам тут выкладки скриптов предложить? Смотрите ниже и вникайте.
Вам, видимо, не приходилось видеть значения LoadAverage 600+ и нормальную работу сервера при этом.
Raistlin добавил 02.05.2011 в 18:45
З.Ы. И да, оверселлинг однозначно определить невозможно. Я не знаю, как на OpenVZ - не оверселлил. А вот XEN в случае любого оверселла покажет большой WA. Ну и LoadAverage как следствие, всего лишь.
Raistlin добавил 02.05.2011 в 18:46
Raistlin: "Аппаратура" там - двухпроцессорный XEON 5504 и 48 гбайт RAM
И какой же оптимальный LA для такого сервера, не подскажете? А если процессоров поставить не 2, а 4?
Raistlin добавил 02.05.2011 в 18:48
З.З.Ы. А если SAS заменить на SATA 5400RPM? Какой оптимальный LA?
Pilat, Кто? Или вам дать ссылку на ман? Или растолковать, что же такое Load Average (число ожидающих процессов в единицу времени)? И почему может быть LA большая при ограничении на проц в 300 МГц и посещаемости, скажем, даже при статике в 10к хитов в час? Даже если память большая будет. Или у меня клиент на ВДС с 500 мегабайт памяти повесил посещаемый DLE в 2 Гбайт и спрашивает, а чего ж при добавлении новости все так тупит... Ну естественно, все в свопе причем в жестоком. И LA высокий. Мне вот что ему надо было сказать? "Меняй хостера, иди на серч учи меня работать" или что? расширение тарифа тут даже не всегда поможет. Такого тарифа может и не быть, вы не поверите. Ах, да. А еще можно запустить 30 процессов, которые будут выполняться одновременно, и маложрущих. И LA вырастет до 30 и сервер будет работать более, чем нормально.
deltahost.com.ua: Возьмите ВПС с предустановленной панелью ISPmanager - не придется разбираться в линуксе, все через веб морду делать будете.
Да откуда ж вы такие умные то беретесь? Я выше для кого писал? Еще повторюсь:
1. Обновлять софт на сервере, видимо не надо. дыры безопасности уже не появляются.
2. Панель вообще безглючная, впринципе. Даже после апдейта.
3. Дефолтные настройки абсолютно корретные, рассчитаны не на серьезный сервер, а как минимум, на вдску с гигом памяти. И мускул архикруто настроен, как раз под ресурсы...
Давайте ка с этих позиций порассуждаем? Или вы просто ждете, чтобы юзер потом написал вам и вы за деньги его сервер настраивали, набивая цену "вот тут не верно, здесь не эдак, там не сяк"?
Raistlin добавил 02.05.2011 в 18:14
З.Ы, еще нормальную панель бы посоветовали, ДиректАдмин хотя бы.. А не исп, который клиент имеет все шансы уронить, тупо делая все как надо и по инструкции.
Pilat: Если не хватает производительности, есть три дальнейших варианта : 1) учить хостера на сёрче, 2) менять тарифный план, 3) менять хостера.
Pilat: Himiko, LA - объективный показатель загруженности. Если он высокий, то оборудования не хватает, это просто по определению. Если низкий, то вопрос об оборудовании неактуален.
Pilat: Вопрос был про оборудование хостера... Единственный объективный показатель на VPS - это LA.
хотите быть уверены что вы одни живете именно на конкретном оборудовании и имеете в распоряжении
все ресурсы и возможности описанные заводом изготовителем - берите дедик.
Это так.
xen позволяет успешно на каком то q8300 рассказать контейнеру что он живет на xeon3460.
smart с дисков вы тоже никак не получите.
Это тоже так, но такое - чаще редкость (пока еще).
Я вообще молчал пока вы не сказали про LA - вот тут чего-т взыграло.
и НАДЕЯТЬСЯ
Зачем, в теме уже предложили Unix Benchmark, да и опытный админ сразу скажет, через несколько дней - "с этого хостера надо валить" или "тут все хорошо". Опять же покупать за копейки - не вариант.
Для того чтобы вообще понимать о чем в принципе идет разговор разберитесь с такими понятиями:
LA, qps, tps, iops, irq, cputime,
и по поводу веников - average seek time, linear read speed.
А то разговор получается из серии "расскажите мне за пол часа на пальцах основы квантовой механики"
Вот тут тоже абсолютно верно.
Он дешевый, никаких других преимуществ у него нет. Мы его тоже используем, так как предыдущий владелец хостинга купил ИСП. А с точки зрения администратора это вообще сущий ад, т.к. панель не получив ответ на запрос от другой такой же панели, к примеру, в Израиле (наш второй DNS) - висла наглухо. А решения от саппорта так никто и не получил, пришлось решать самостоятельно. И это один из камней. Второй: на CentOS вы не поставите самые нужные плагины на текущий момент, если используете сторонний репозитарий с новым perl. Только зависимости я не могу понять... Ну и по мелочи еще пачку глюков наберу. АХ, еще страничка на последней с установкой плагинов глючит не по детски. Это то, что сейчас в тикетнице находится у мня в очереди на разруливание... Грейлистинг уже хрен знает сколько лет не могут нормально прикрутить, с бекапами - засада, так и не научатся в случае ошибки бекапа письмо на почту присылать (вдруг клиент не заходит уже 5 лет в панель и не знает, что база порушилась). И такого - вагон. Ай, сколько раз изменив что-то в интерфейсе пришлось лезть внутрь сервера... ))). На DA такого небыло ниразу, там все что нужно было - включить автоапдейт в custombuild, да включить автоапдейт панели. Ну никакие изменения в интерфейсе ничего плохого не делали (я не говорю об убийстве ДНС или остановке сервисов).
А теперь сравните цены на эти два продукта... От самого производителя. DA значительно дороже и без поддержки почти. Ух, кажется, объяснил.
Pilat, ТСу надо выяснить на каком железе он хостится, мож там P4 на борту? cat /proc/cpuinfo как вариант посмотреть модель проца.
То есть ресурсов аппаратуры ему хватало, по Вашим словам, но LA был высокий? Так? Или всё же ресурсов не хватало?
"Аппаратура" там - двухпроцессорный XEON 5504 и 48 гбайт RAM. А вот ресурсов ВДСки - явно мало, чтобы выдержать более-менее нормальную посещаемость при такой БД. Или вы не читаете про своп? Видимо, чукча писатель.
Может быть искусственно это сделать и можно, но только искусственно. Нет - объясните подробнее как такое могло получиться у Вас.
Я объяснил. Или должен вам тут выкладки скриптов предложить? Смотрите ниже и вникайте.
И почему же?
http://en.wikipedia.org/wiki/Load_%28computing%29
Вам, видимо, не приходилось видеть значения LoadAverage 600+ и нормальную работу сервера при этом.
Raistlin добавил 02.05.2011 в 18:45
З.Ы. И да, оверселлинг однозначно определить невозможно. Я не знаю, как на OpenVZ - не оверселлил. А вот XEN в случае любого оверселла покажет большой WA. Ну и LoadAverage как следствие, всего лишь.
Raistlin добавил 02.05.2011 в 18:46
"Аппаратура" там - двухпроцессорный XEON 5504 и 48 гбайт RAM
И какой же оптимальный LA для такого сервера, не подскажете? А если процессоров поставить не 2, а 4?
Raistlin добавил 02.05.2011 в 18:48
З.З.Ы. А если SAS заменить на SATA 5400RPM? Какой оптимальный LA?
Pilat, Кто? Или вам дать ссылку на ман? Или растолковать, что же такое Load Average (число ожидающих процессов в единицу времени)? И почему может быть LA большая при ограничении на проц в 300 МГц и посещаемости, скажем, даже при статике в 10к хитов в час? Даже если память большая будет. Или у меня клиент на ВДС с 500 мегабайт памяти повесил посещаемый DLE в 2 Гбайт и спрашивает, а чего ж при добавлении новости все так тупит... Ну естественно, все в свопе причем в жестоком. И LA высокий. Мне вот что ему надо было сказать? "Меняй хостера, иди на серч учи меня работать" или что? расширение тарифа тут даже не всегда поможет. Такого тарифа может и не быть, вы не поверите. Ах, да. А еще можно запустить 30 процессов, которые будут выполняться одновременно, и маложрущих. И LA вырастет до 30 и сервер будет работать более, чем нормально.
Возьмите ВПС с предустановленной панелью ISPmanager - не придется разбираться в линуксе, все через веб морду делать будете.
Да откуда ж вы такие умные то беретесь? Я выше для кого писал? Еще повторюсь:
1. Обновлять софт на сервере, видимо не надо. дыры безопасности уже не появляются.
2. Панель вообще безглючная, впринципе. Даже после апдейта.
3. Дефолтные настройки абсолютно корретные, рассчитаны не на серьезный сервер, а как минимум, на вдску с гигом памяти. И мускул архикруто настроен, как раз под ресурсы...
Давайте ка с этих позиций порассуждаем? Или вы просто ждете, чтобы юзер потом написал вам и вы за деньги его сервер настраивали, набивая цену "вот тут не верно, здесь не эдак, там не сяк"?
Raistlin добавил 02.05.2011 в 18:14
З.Ы, еще нормальную панель бы посоветовали, ДиректАдмин хотя бы.. А не исп, который клиент имеет все шансы уронить, тупо делая все как надо и по инструкции.
Если не хватает производительности, есть три дальнейших варианта : 1) учить хостера на сёрче, 2) менять тарифный план, 3) менять хостера.
Himiko, LA - объективный показатель загруженности. Если он высокий, то оборудования не хватает, это просто по определению. Если низкий, то вопрос об оборудовании неактуален.
Вопрос был про оборудование хостера... Единственный объективный показатель на VPS - это LA.
Лжец и двоешник....
Если большой - искать другого хостера
И кричать, что все хостеры кАзлы из-за кривости своих рук и отсутствия знаний - нормальный подход.
Человек уже ДЦ ложит.
убил бы бредня...
ornabatur, Возьмите или администрируемое что-то, или закажите администрирование отдельно. Неспециалист на сервере это плохо.