Общее техническое описание работы TrueVDS и BitFabric можно посмотреть на страницах: http://www.truevds.ru/about, http://www.truevds.ru/help, http://www.bitfabric.ru/about. Если есть представляющие всеобщий интерес вопросы по деталям, можно задавать их мне. Меня зовут Кирилл Вечера, моя должность - главный инженер ООО СерверСнаб. В TrueVDS отвечаю за архитектуру и функционирование системы.
broken: cvss, помоему вы уже неоднократно пытаетесь меня обидеть.;) вам не говорили что СЕОшников задирать опасно?🚬
Я неоднократно пытаюсь показать истину там, где вы показываете ваше впечатление. Если это обидно, то претензии предъявлять стоит не мне, а впечатлению, ну или ей, истине.
Когда у второго сервера или у второго хостера стоит блокировка входящих пакетов с вашего старого IP, трейс будет выглядеть именно так, как вы привели.
Если бы блокировка IP была у нас, то трейс не доходил бы до u.vds.truevds.ru.
На втором сервере, на который закачивали, iptables не проверяли? А второму хостеру вопрос про недоступность ip (вдруг у них антидос так срабатывает) писали? Суппорт посоветовал посмотреть tcpdumpом на старом сервере - посмотрели?
Попробовал "попытаться понять текст так как он написан, а не додумывать." И при чем здесь TrueVDS?
если бы у меня не было еще 2х аккаунтов у вас - я бы пожалуй даже бы покраснел, что так вас напряг.
На самом деле, ни нас, ни соседей по серверу диск не напрягает, все нормально. Жалко, что при всем этом вам диска все-равно не хватает.
давайте на личности не переходить. у меня о вас было положительное мнение как о специалисте и я хочу чтобы оно таким и осталось ;)
Не имеет смысл скрывать личности, т.к. среди всех наших клиентов проблема с диском возникла только у вас, и здесь на форуме претензию к TrueVDS подняли тоже вы. Если я буду говорить "господин N", все равно будет понятно, что имею в виду вас.
я писал что мне не проблема платить и 2 тысячи - только если будет гарантия безтормозной работы. так же я писал что есть некий предел суммы за ВПС, после которой за те же деньги можно взять выделенный сервер. нафига тогда брать впс?
Вот это меня и огорчает. Вы проблему своего морального выбора "есть некий предел суммы за ВПС, после которой за те же деньги можно взять выделенный сервер. нафига тогда брать впс?" превратили в легкодоступное отрицание "В этом виноват TrueVDS, он плохой". И я мне пришлось тратить пол-дня на психоанализ :)
broken, мы сейчас с маркетингом согласовываем дату объявления новой услуги, которая за небольшую доп. оплату делает счастье для специального вида задач. И для вашей, скорее всего, подойдет отлично. Ее уже протестировали и собирались открыть с 1 октября, но запуск новой площадки все задержал. Пока не могу сказать ничего большего, но будет совсем скоро.
broken: вы все лето агитировали народ на нагрузочное тестирование? - вот вам оно. форумы ваш ВДС может быть сможет держать начиная с тарифов тру30. 300-400 человек онлайн для таких параметров впс - это ерунда. честно. у меня крутятся у других, более посещаемые ресурсы на тех же движках. это скорее посещаемость для шареда, когда хостер начинает попинывать в сторону впс
Не форумы вообще, а набор ваших форумов, сайтов и дополнительных сервисов.
Кстати, я так и не пойму, а в чем конкретно проблема? Сейчас открыл форум:
пооткрывал разные страницы, результат примерно один и тот же.
Так что
broken:
лучший показатель
Страница сгенерирована за 1.308 секунд. Запросов: 19.
бывает и хуже, вплоть 20 секунд.
- явная неправда. В чем смысл выдумывать?
cvss добавил 07.10.2009 в 14:57
seocore, я понимаю, что вы из благих намерений, но не нужно для меня ликбез проводить. А для других эта информация бесполезна, т.к. основывается на неверных предположениях. Нет активного своппинга соседних ВПС, я выше процитировал статистику, на единственный VPS, принадлежащий broken, уходит >50% disk io, больше чем все остальные вместе взятые. На других серверах, где broken нет, дисковая активность заметно меньше.
Не имеет смысл в такой ситуации увеличивать себестоимость для всех, только для того, чтобы broken смог сэкономить.
SAS на 15к RPM при такой же ситуации покажет в 5-10 раз большую производительность, а SSD покажет 20-ти кратную производительность :D
Ну не в 5-10, а все-таки в 2-5 раз. А у SSD даже больше - выигрыш по сравнению с SAS 15k, в среднем, в 15 раз. По сравнению с SATA заоблачное ускорение в 50 раз.
а зачем? если не последний человек из техотдела говорит что это бесполезно. я к вам пожалуй прислушаюсь. да и если честно не хочется останавливать впс на час пока вы проапгрейдите тариф. я за меньшее время простоя перенесу на другой хостинг.
Слово "бесполезно", сказанное мной, относится к "повторять вам", не нужно передергивать.
Я вам уже несколько раз сказал, что увеличение памяти практически всегда помогает, но вы все время твердите "тариф менять бесполезно".
как факт, что к этому моменту ваша нода на которой я вишу - забита полностью.
У нас все серверы заняты полностью, простаивающие стараемся не держать - так и должно быть.
Вам техподдержка уже сообщала, что на ваш disk i/o приходится около половины активности всего физического сервера. Сейчас я смотрю данные за последние 3 дня: ваше потребление составило 76% disk reads и 41% disk writes от всего диска. Просто осознайте смысл этой информации сами или передайте ее вашему текущему администратору.
а) тариф менять бесполезно. б) нужен выделенный сервер с быстрыми дисками. в) сам дурак, наше дело чтобы питание на ноду шло и винты шуршали. остальное не наши проблемы.
а) - кажется, это бесполезно, но повторю снова - увеличение тарифа поможет в любом случае. Вопрос можем быть в том, до какого тарифа нужно увеличивать.
б) - да, как вариант
в) - верно
я готов в порядке эксперимента завтра проплатить апгрейд до следующего тарифа
Будете проводить эксперимент?
выводы я сделал. жаль только на sweb`e куда перекидывал на пару дней для теста - все работало шустро. но тут скорее всего дело в том что я был один на ноде у них ;) хотя помнится что тут был холивар по поводу их винтов и их настройки на 10 страниц. жаль что у свеба пинг ни к черту, канал узкий и траффик по соотношениям.
Мне вы писали, что там тормозило еще больше. Что это было?
PS. Массив у свеба построен на SAS дисках, объединенных в raid1. тот же тест дает значение 12 MB/sec и более под нагрузкой без выключения всех сервисов.
Раз так, они и правда могут вам подойти больше. Но если вы решите, что память - ничто, а диск - все, и возьмете VDS на 128Мб или 256Мб, получится все то же самое.
У нас для всех VDS в SAN используются SATA2 7200 RPM в RAID1+0 с памятью контроллера 1 Гб. По статистике проверено, что для 99% пользователей этого хватает с большим запасом.
Если бы мы поставили SAS 15000 RPM, для 99% это ничего бы не изменило. Возможно, кому-то в оставшемся 1% стало бы лучше. Но при этом стоимость VDS была бы больше для всех и, по сути, 99% клиентов проспонсировали бы тот 1%, который решил сэкономить на тарифе. Думаю, и мне, и им, такая ситуация одинаково бы не понравилась.
На последок, просвятите меня о hdparm, хочу вашу точку зрения на это
на работающем ВПС. проверка в пиковое время.
Цитирую инструкцию hdparm для -t и для -T:
For meaningful results, this operation should be repeated 2-3 times on an otherwise inactive system (no other active processes) with at least a couple of megabytes of free memory.
По поводу бессмысленности первого теста суппорт уже писал и объяснял почему. По поводу второго теста - скорее всего у вас в это время еще оставались работающими какие-то другие процессы, использующие диск. Или какой-нибудь ваш сосед тоже в это время запустил hdparm.
broken: Мой тон я считаю уместен, должен же я где то излить страдания моей сеошной души. Пробовал изливать тех поддержке - не помогает ;(
Проблема не в тоне, а в смысле. Вы утверждаете, что косяки у провайдера, в то время как текущего тарифа не хватает для создаваемой нагрузки, но больше платить вы не хотите.
А страдания изливать техподдержке не нужно, они по другому профилю работают ;) Со мной можно, но я сейчас завален работой и на почту совсем мало времени.
Поймите меня правильно, я тупой юзер который знать ничего не знает про диски, Кеши и прочую муть. Я покупаю услугу, она работает. Потом при тех же фактических показателях, она вдруг перестает работать. Реакция соответсвующая.
Мы продаем оборудование, его ресурсы. Как ими распоряжаться - все на усмотрение заказчика. Если заказчик не обладает должной квалификацией, он либо нанимает специалиста, либо повышает свой уровень знаний, либо компенсирует неэффективное использование ресурсов, покупая их с большим запасом.
Я еще раз повторю, да падения в сентябре - все просто летало. После - начались тормоза. При этом траффик падает с каждым днем, поскольку пользователи не выдерживают ожидания пока сайт ответит.
Не берусь гадать, что влияет. У вас меняются версии форумов и модулей; по вашим словам, у вас администрировали уже 20 человек, включая загадочного человека, который сбросил все настройки на дефолтные; вас периодически досят; у вас периодически начинается массовая раздача файлов. Может быть у вас сейчас бэкапы каждые пол-часа делаются. Слишком много факторов. И, повторюсь, это не наша зона контроля. Вы можете сами или с чьей-нибудь помощью проводить диагностику и искать основных потребителей ресурсов.
broken добавил 07.10.2009 в 01:18 я готов в порядке эксперимента завтра проплатить апгрейд до следующего тарифа. при этом если все будет работать нормально, я смогу включить логи, включить свап и тд. Я громко и прилюдно принесу вам извинения. Но почему то все местные гуру убеждают меня в обратном. Попробуем?
Попробуйте. Правда, у меня нет 100% уверенности, что поможет именно следующий тариф. Может быть памяти мало будет и в четыре раза больше, а может быть окажется достаточно больше раза в полтора. Но попробовать вы можете всегда, тем более, что манибэк действует на все время и вы ничем не рискуете.
Вы сейчас пишете в негативных тонах именно про TrueVDS ("косяк хостера", "техподдержка truevds в тикетах начала метаться", "проектик от которого трувдс загнулся"). В то время как тарифного плана вам не хватает, а платить больше вы морально не готовы. Пытаюсь увидеть логику, но не могу :)
Если я уперся в диск - увеличение памяти не поможет, ну загоню я еще больше в кеш, но всеравно переодически к диску надо обращаться.
В большинстве случаев увеличение памяти помогает, она для этого и предназначена - минимизировать обращения к диску. Когда для эксперимента вы сидели на отдельном диске c гигабайтным кэшом контроллера, помнится, помогало хорошо ;)
Общее техническое описание работы TrueVDS и BitFabric можно посмотреть на страницах: http://www.truevds.ru/about, http://www.truevds.ru/help, http://www.bitfabric.ru/about. Если есть представляющие всеобщий интерес вопросы по деталям, можно задавать их мне. Меня зовут Кирилл Вечера, моя должность - главный инженер ООО СерверСнаб. В TrueVDS отвечаю за архитектуру и функционирование системы.
cvss, помоему вы уже неоднократно пытаетесь меня обидеть.;) вам не говорили что СЕОшников задирать опасно?🚬
Я неоднократно пытаюсь показать истину там, где вы показываете ваше впечатление. Если это обидно, то претензии предъявлять стоит не мне, а впечатлению, ну или ей, истине.
Когда у второго сервера или у второго хостера стоит блокировка входящих пакетов с вашего старого IP, трейс будет выглядеть именно так, как вы привели.
Если бы блокировка IP была у нас, то трейс не доходил бы до u.vds.truevds.ru.
На втором сервере, на который закачивали, iptables не проверяли? А второму хостеру вопрос про недоступность ip (вдруг у них антидос так срабатывает) писали? Суппорт посоветовал посмотреть tcpdumpом на старом сервере - посмотрели?
Попробовал "попытаться понять текст так как он написан, а не додумывать." И при чем здесь TrueVDS?
если бы у меня не было еще 2х аккаунтов у вас - я бы пожалуй даже бы покраснел, что так вас напряг.
На самом деле, ни нас, ни соседей по серверу диск не напрягает, все нормально. Жалко, что при всем этом вам диска все-равно не хватает.
давайте на личности не переходить. у меня о вас было положительное мнение как о специалисте и я хочу чтобы оно таким и осталось ;)
Не имеет смысл скрывать личности, т.к. среди всех наших клиентов проблема с диском возникла только у вас, и здесь на форуме претензию к TrueVDS подняли тоже вы. Если я буду говорить "господин N", все равно будет понятно, что имею в виду вас.
я писал что мне не проблема платить и 2 тысячи - только если будет гарантия безтормозной работы. так же я писал что есть некий предел суммы за ВПС, после которой за те же деньги можно взять выделенный сервер. нафига тогда брать впс?
Вот это меня и огорчает. Вы проблему своего морального выбора "есть некий предел суммы за ВПС, после которой за те же деньги можно взять выделенный сервер. нафига тогда брать впс?" превратили в легкодоступное отрицание "В этом виноват TrueVDS, он плохой". И я мне пришлось тратить пол-дня на психоанализ :)
broken, мы сейчас с маркетингом согласовываем дату объявления новой услуги, которая за небольшую доп. оплату делает счастье для специального вида задач. И для вашей, скорее всего, подойдет отлично. Ее уже протестировали и собирались открыть с 1 октября, но запуск новой площадки все задержал. Пока не могу сказать ничего большего, но будет совсем скоро.
вы все лето агитировали народ на нагрузочное тестирование? - вот вам оно. форумы ваш ВДС может быть сможет держать начиная с тарифов тру30. 300-400 человек онлайн для таких параметров впс - это ерунда. честно. у меня крутятся у других, более посещаемые ресурсы на тех же движках. это скорее посещаемость для шареда, когда хостер начинает попинывать в сторону впс
Не форумы вообще, а набор ваших форумов, сайтов и дополнительных сервисов.
Кстати, я так и не пойму, а в чем конкретно проблема? Сейчас открыл форум:
86 Гостей, 175 Пользователей
"Страница сгенерирована за 0.195 секунд. Запросов: 21."
пооткрывал разные страницы, результат примерно один и тот же.
Так что
лучший показатель
бывает и хуже, вплоть 20 секунд.
- явная неправда. В чем смысл выдумывать?
cvss добавил 07.10.2009 в 14:57
seocore, я понимаю, что вы из благих намерений, но не нужно для меня ликбез проводить. А для других эта информация бесполезна, т.к. основывается на неверных предположениях. Нет активного своппинга соседних ВПС, я выше процитировал статистику, на единственный VPS, принадлежащий broken, уходит >50% disk io, больше чем все остальные вместе взятые. На других серверах, где broken нет, дисковая активность заметно меньше.
Не имеет смысл в такой ситуации увеличивать себестоимость для всех, только для того, чтобы broken смог сэкономить.
SAS на 15к RPM при такой же ситуации покажет в 5-10 раз большую производительность, а SSD покажет 20-ти кратную производительность :D
Ну не в 5-10, а все-таки в 2-5 раз. А у SSD даже больше - выигрыш по сравнению с SAS 15k, в среднем, в 15 раз. По сравнению с SATA заоблачное ускорение в 50 раз.
а зачем? если не последний человек из техотдела говорит что это бесполезно. я к вам пожалуй прислушаюсь. да и если честно не хочется останавливать впс на час пока вы проапгрейдите тариф. я за меньшее время простоя перенесу на другой хостинг.
Слово "бесполезно", сказанное мной, относится к "повторять вам", не нужно передергивать.
Я вам уже несколько раз сказал, что увеличение памяти практически всегда помогает, но вы все время твердите "тариф менять бесполезно".
как факт, что к этому моменту ваша нода на которой я вишу - забита полностью.
У нас все серверы заняты полностью, простаивающие стараемся не держать - так и должно быть.
Вам техподдержка уже сообщала, что на ваш disk i/o приходится около половины активности всего физического сервера. Сейчас я смотрю данные за последние 3 дня: ваше потребление составило 76% disk reads и 41% disk writes от всего диска. Просто осознайте смысл этой информации сами или передайте ее вашему текущему администратору.
ладно, не суть. вернее суть то понятна как раз.
а) тариф менять бесполезно.
б) нужен выделенный сервер с быстрыми дисками.
в) сам дурак, наше дело чтобы питание на ноду шло и винты шуршали. остальное не наши проблемы.
а) - кажется, это бесполезно, но повторю снова - увеличение тарифа поможет в любом случае. Вопрос можем быть в том, до какого тарифа нужно увеличивать.
б) - да, как вариант
в) - верно
я готов в порядке эксперимента завтра проплатить апгрейд до следующего тарифа
Будете проводить эксперимент?
выводы я сделал. жаль только на sweb`e куда перекидывал на пару дней для теста - все работало шустро. но тут скорее всего дело в том что я был один на ноде у них ;) хотя помнится что тут был холивар по поводу их винтов и их настройки на 10 страниц. жаль что у свеба пинг ни к черту, канал узкий и траффик по соотношениям.
Мне вы писали, что там тормозило еще больше. Что это было?
PS. Массив у свеба построен на SAS дисках, объединенных в raid1. тот же тест дает значение 12 MB/sec и более под нагрузкой без выключения всех сервисов.
Раз так, они и правда могут вам подойти больше. Но если вы решите, что память - ничто, а диск - все, и возьмете VDS на 128Мб или 256Мб, получится все то же самое.
У нас для всех VDS в SAN используются SATA2 7200 RPM в RAID1+0 с памятью контроллера 1 Гб. По статистике проверено, что для 99% пользователей этого хватает с большим запасом.
Если бы мы поставили SAS 15000 RPM, для 99% это ничего бы не изменило. Возможно, кому-то в оставшемся 1% стало бы лучше. Но при этом стоимость VDS была бы больше для всех и, по сути, 99% клиентов проспонсировали бы тот 1%, который решил сэкономить на тарифе. Думаю, и мне, и им, такая ситуация одинаково бы не понравилась.
Ваша позиция понятна.
На последок, просвятите меня о hdparm, хочу вашу точку зрения на это
на работающем ВПС. проверка в пиковое время.
Цитирую инструкцию hdparm для -t и для -T:
For meaningful results, this operation should be repeated 2-3 times on an otherwise inactive system (no other active processes) with at least a couple of megabytes of free memory.
По поводу бессмысленности первого теста суппорт уже писал и объяснял почему. По поводу второго теста - скорее всего у вас в это время еще оставались работающими какие-то другие процессы, использующие диск. Или какой-нибудь ваш сосед тоже в это время запустил hdparm.
Мой тон я считаю уместен, должен же я где то излить страдания моей сеошной души. Пробовал изливать тех поддержке - не помогает ;(
Проблема не в тоне, а в смысле. Вы утверждаете, что косяки у провайдера, в то время как текущего тарифа не хватает для создаваемой нагрузки, но больше платить вы не хотите.
А страдания изливать техподдержке не нужно, они по другому профилю работают ;) Со мной можно, но я сейчас завален работой и на почту совсем мало времени.
Поймите меня правильно, я тупой юзер который знать ничего не знает про диски, Кеши и прочую муть. Я покупаю услугу, она работает. Потом при тех же фактических показателях, она вдруг перестает работать. Реакция соответсвующая.
Мы продаем оборудование, его ресурсы. Как ими распоряжаться - все на усмотрение заказчика. Если заказчик не обладает должной квалификацией, он либо нанимает специалиста, либо повышает свой уровень знаний, либо компенсирует неэффективное использование ресурсов, покупая их с большим запасом.
Я еще раз повторю, да падения в сентябре - все просто летало. После - начались тормоза. При этом траффик падает с каждым днем, поскольку пользователи не выдерживают ожидания пока сайт ответит.
Не берусь гадать, что влияет. У вас меняются версии форумов и модулей; по вашим словам, у вас администрировали уже 20 человек, включая загадочного человека, который сбросил все настройки на дефолтные; вас периодически досят; у вас периодически начинается массовая раздача файлов. Может быть у вас сейчас бэкапы каждые пол-часа делаются. Слишком много факторов. И, повторюсь, это не наша зона контроля. Вы можете сами или с чьей-нибудь помощью проводить диагностику и искать основных потребителей ресурсов.
broken добавил 07.10.2009 в 01:18
я готов в порядке эксперимента завтра проплатить апгрейд до следующего тарифа. при этом если все будет работать нормально, я смогу включить логи, включить свап и тд. Я громко и прилюдно принесу вам извинения. Но почему то все местные гуру убеждают меня в обратном. Попробуем?
Попробуйте. Правда, у меня нет 100% уверенности, что поможет именно следующий тариф. Может быть памяти мало будет и в четыре раза больше, а может быть окажется достаточно больше раза в полтора. Но попробовать вы можете всегда, тем более, что манибэк действует на все время и вы ничем не рискуете.
Вы сейчас пишете в негативных тонах именно про TrueVDS ("косяк хостера", "техподдержка truevds в тикетах начала метаться", "проектик от которого трувдс загнулся"). В то время как тарифного плана вам не хватает, а платить больше вы морально не готовы. Пытаюсь увидеть логику, но не могу :)
В большинстве случаев увеличение памяти помогает, она для этого и предназначена - минимизировать обращения к диску. Когда для эксперимента вы сидели на отдельном диске c гигабайтным кэшом контроллера, помнится, помогало хорошо ;)