SAN состоит из многих компонентов - дисковые массивы, свитчи и прочее, производители разные, но информация по ним и по моделям - конфиденциальная.
Подключение: к hi-end серверам - Fibre Channel, к остальным - одноканальный или многоканальный iSCSI.
cvss добавил 22.10.2009 в 23:00
Спасибо, что украшаете шутками нашу тему :)
cvss добавил 22.10.2009 в 23:06
SSD физически тоже размещены в SAN, резервируются RAID 1 (mirror), и как логические устройства подключены к VDS, заказавшими такой диск. Сам VDS такое хранилище видет в виде еще одного блочного устройства, его можно отформатировать и монтировать стандартным образом.
cvss добавил 22.10.2009 в 23:11
К openvpn, названному Andreyka, еще можно добавить asterisk для VoIP, почтовый сервер, файловый сервер для бэкапов, DNS-сервер... ну и еще сотня других вариантов.
А для сайта с MySQL, 64 Мб - все верно, очень мало.
Общее техническое описание работы TrueVDS и BitFabric можно посмотреть на страницах: http://www.truevds.ru/about, http://www.truevds.ru/help, http://www.bitfabric.ru/about. Если есть представляющие всеобщий интерес вопросы по деталям, можно задавать их мне. Меня зовут Кирилл Вечера, моя должность - главный инженер ООО СерверСнаб. В TrueVDS отвечаю за архитектуру и функционирование системы.
Я неоднократно пытаюсь показать истину там, где вы показываете ваше впечатление. Если это обидно, то претензии предъявлять стоит не мне, а впечатлению, ну или ей, истине.
Когда у второго сервера или у второго хостера стоит блокировка входящих пакетов с вашего старого IP, трейс будет выглядеть именно так, как вы привели.
Если бы блокировка IP была у нас, то трейс не доходил бы до u.vds.truevds.ru.
На втором сервере, на который закачивали, iptables не проверяли? А второму хостеру вопрос про недоступность ip (вдруг у них антидос так срабатывает) писали? Суппорт посоветовал посмотреть tcpdumpом на старом сервере - посмотрели?
Попробовал "попытаться понять текст так как он написан, а не додумывать." И при чем здесь TrueVDS?
На самом деле, ни нас, ни соседей по серверу диск не напрягает, все нормально. Жалко, что при всем этом вам диска все-равно не хватает.
Не имеет смысл скрывать личности, т.к. среди всех наших клиентов проблема с диском возникла только у вас, и здесь на форуме претензию к TrueVDS подняли тоже вы. Если я буду говорить "господин N", все равно будет понятно, что имею в виду вас.
Вот это меня и огорчает. Вы проблему своего морального выбора "есть некий предел суммы за ВПС, после которой за те же деньги можно взять выделенный сервер. нафига тогда брать впс?" превратили в легкодоступное отрицание "В этом виноват TrueVDS, он плохой". И я мне пришлось тратить пол-дня на психоанализ :)
broken, мы сейчас с маркетингом согласовываем дату объявления новой услуги, которая за небольшую доп. оплату делает счастье для специального вида задач. И для вашей, скорее всего, подойдет отлично. Ее уже протестировали и собирались открыть с 1 октября, но запуск новой площадки все задержал. Пока не могу сказать ничего большего, но будет совсем скоро.
Не форумы вообще, а набор ваших форумов, сайтов и дополнительных сервисов.
Кстати, я так и не пойму, а в чем конкретно проблема? Сейчас открыл форум:
пооткрывал разные страницы, результат примерно один и тот же.
Так что
Страница сгенерирована за 1.308 секунд. Запросов: 19.
- явная неправда. В чем смысл выдумывать?
cvss добавил 07.10.2009 в 14:57
seocore, я понимаю, что вы из благих намерений, но не нужно для меня ликбез проводить. А для других эта информация бесполезна, т.к. основывается на неверных предположениях. Нет активного своппинга соседних ВПС, я выше процитировал статистику, на единственный VPS, принадлежащий broken, уходит >50% disk io, больше чем все остальные вместе взятые. На других серверах, где broken нет, дисковая активность заметно меньше.
Не имеет смысл в такой ситуации увеличивать себестоимость для всех, только для того, чтобы broken смог сэкономить.
Ну не в 5-10, а все-таки в 2-5 раз. А у SSD даже больше - выигрыш по сравнению с SAS 15k, в среднем, в 15 раз. По сравнению с SATA заоблачное ускорение в 50 раз.
Слово "бесполезно", сказанное мной, относится к "повторять вам", не нужно передергивать.
Я вам уже несколько раз сказал, что увеличение памяти практически всегда помогает, но вы все время твердите "тариф менять бесполезно".
У нас все серверы заняты полностью, простаивающие стараемся не держать - так и должно быть.
Вам техподдержка уже сообщала, что на ваш disk i/o приходится около половины активности всего физического сервера. Сейчас я смотрю данные за последние 3 дня: ваше потребление составило 76% disk reads и 41% disk writes от всего диска. Просто осознайте смысл этой информации сами или передайте ее вашему текущему администратору.
а) - кажется, это бесполезно, но повторю снова - увеличение тарифа поможет в любом случае. Вопрос можем быть в том, до какого тарифа нужно увеличивать.
б) - да, как вариант
в) - верно
Будете проводить эксперимент?
Мне вы писали, что там тормозило еще больше. Что это было?
Раз так, они и правда могут вам подойти больше. Но если вы решите, что память - ничто, а диск - все, и возьмете VDS на 128Мб или 256Мб, получится все то же самое.
У нас для всех VDS в SAN используются SATA2 7200 RPM в RAID1+0 с памятью контроллера 1 Гб. По статистике проверено, что для 99% пользователей этого хватает с большим запасом.
Если бы мы поставили SAS 15000 RPM, для 99% это ничего бы не изменило. Возможно, кому-то в оставшемся 1% стало бы лучше. Но при этом стоимость VDS была бы больше для всех и, по сути, 99% клиентов проспонсировали бы тот 1%, который решил сэкономить на тарифе. Думаю, и мне, и им, такая ситуация одинаково бы не понравилась.
Цитирую инструкцию 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 человек, включая загадочного человека, который сбросил все настройки на дефолтные; вас периодически досят; у вас периодически начинается массовая раздача файлов. Может быть у вас сейчас бэкапы каждые пол-часа делаются. Слишком много факторов. И, повторюсь, это не наша зона контроля. Вы можете сами или с чьей-нибудь помощью проводить диагностику и искать основных потребителей ресурсов.
Попробуйте. Правда, у меня нет 100% уверенности, что поможет именно следующий тариф. Может быть памяти мало будет и в четыре раза больше, а может быть окажется достаточно больше раза в полтора. Но попробовать вы можете всегда, тем более, что манибэк действует на все время и вы ничем не рискуете.
