Дмитрий Т.

Рейтинг
4
Регистрация
16.10.2006
Должность
работаю над этим
Интересы
хостинг и все, что с ним связано.

Вот не очень понимаю ситуацию.

Если мне не изменяет память, то домен после того, как снимается с делегирования - еще месяц не работает перед тем, как освободиться.

В течение этого месяца как можно не продлить свой домен? Тем более, который приносит по 1k в месяц? При этом ни почта, ни конечно сайт не работает - ничего странного?

Потом, домены специально регистрируются на конкретных пользователей, которые эти домены заказывают и оплачивают. Все предупреждения далеко заранее шлются регистратором администратору домена - возникает справедливый вопрос - почему не было реакции от администратора домена?

Насколько мне известно sweb не берет на себя обязательства по оповещению пользователей об окончании срока регистрации домена, но в тоже время у sweb'a есть замечательная функция - позволяющая включить это оповещение из ПУ.

kostich:

Можно отдельно развести дискуссию по поводу SATA w. NCQ vs SCSI, что само по себе уже интересно, т.к. мало кто знает, что такое NCQ и на сколько с ним хард становится шустрее. Только харды для сравнения надо нормальные брать, а не всякий там рефабришед бутор, который даже на SCSI-320 более 40mb/s plain read дать не может.

Вызов? =)

Конечно принять. Огласите регламент 🚬

kostich:
SCSI 320 возможно и вымрет, а FC-AL IMHO будет более близок к пику... вот подешевеет и всё тип-топ будет.

В Инфобоксе просто FC или на кластере с кластерной FS?

Я думал, что Инфобокс использует fc. Но как они это делают и делают-ли вообще - затрудняюсь теперь сказать. Через мессагу выше Павел сказал, что я ошибаюсь.

kostich:

этот параметр более чем постоянный, т.к. "средний по больнице" всегда будет средним.

Как это "постоянный"? Он не может быть постоянным только потому, что на серверах виртуального хостинга никогда не бывает одинакового количества пользователей с одинаковыми сайтами и одинаковой посещаемостью.

kostich:

Дмитрий, мы превращаем тему в SCSI лучше чем SATA, что само собой и так ясно. Если вернуться на несколько мессаг выше, то с моей стороны было утверждение как раз в конктексте, что SATA + ПАРУ ГИГОВ ОПЕРАТИВЫ лучше, чем просто SCSI без дополнтельной оперативы... вот как раз в контексте задачи с web сервером.

Хм. Боюсь, что это очень субъективное утверждение. Веб сервера бывают очень и очень разные.

Для каждой задачи - своя схема реализации этой задачи. Что именно и как использовать - решает каждый сам для себя.

За последние три года, я собрал более ста серверов, которые используются в качестве серверов виртуального хостинга, dedicate, backup, почтовых спулеров и тп. И за все это время не вышло из строя ни одного жесткого диска scsi.

Согласен с Вами, дискуссию по теме sata vs scsi разводить не стоит, хотя-бы потому, что ответ очевиден =)

Но надеюсь, что автор топика сделает для себя правильные выводы.

kostich:
Это сказочная история, если уже на то пошло... года через два возможно оно станет реальностью.

Если я не ошибаюсь, подобная схема работает на Инфобокс'е. Через два года, "fc" скорее вымрут окончательно, чем обретут массовость.

[Добавлено в 15:15]

Хорошо, не бездисковые, но система для загрузки - на usb-флешах а не на hdd =)

kostich:

Ужасы какие-то. СУБД надо выносить от веб на отдельное физическое железо и это совсем тема отдельная. Интенсивность изменения файлов веб скриптами ничтожно мала, тоже самое касается и ftp. SCSI диск на веб сервере фактически простаивает. Малый объём записи увеличивает эффективность read cache на всех уровнях.

Да, обсуждения схемы работы хостинга - это отдельная тема. Что и куда следует или не следует выносить - решает сам хостинг-провайдер.

И интенсивность работы с файлами на веб-сервере нельзя определить, как "ничтожно мала" или "очень высока". Этот параметр не является постоянным.

Я пытаюсь сказать Вам, что при правильном использовании scsi получаются не только более быстрые решения, но и безусловно более надежные решения по сравнению с sata. Правда и более дорогие.

Mmonger:
Вот неплохая статья по оптимизации веб-верверов под большие нагрузки: Рекомендации по конфигурированию веб-систем

Битрикс - вообще "песня в себе". 🚬

"Для любого сайта на Битрексе - сервер нужен" =)

kostich:
а чего на серверах виртуального хостинга такого критического?

Все конечно сильно зависит от схемы реализации этого самого виртуального хостинга.

Если используется "кластер", то на фронт-энд серверах вообще жесткие диск не нужны, а данные пользователей хранятся на fc-массивах, это отдельная "история".

В противном случае - на сервере виртуального хостинга находятся файлы клиентов (сайты и базы данных). Если для Вас это не важно - значит хостинг Вы не предоставляете.

Volkpanda:
День добрый.
Обращаюсь за советом как к просто знающим людям, так и людям заинтересованным в этом. Нужен относительно не дорогой сервер.Пишите все что знаете и что не жалко сказать по этому вопросу.

Какие требования?

Что предполагаете размещать?

Зачем Вы каждые три часа постите свои рекламные объявления?

Вы думаете, что так быстрее найдете себе клиентов?

Вы не думали, что то, что Вы делаете - раздражает пользователей форума?

kostich:


[...]

PS. По условиям задачи у нас никогда не будет более 70мегабайт на выход, т.к. больше через гигабитный канал выплюнуть сложно... не хочу сказать, что sata такое по силам, но не могу не заметить, что с дешевого scsi, который может быть вполне refactored, на plain read получается в р-не 80mb/s... вот лучше жить на куче хардов из sata + громаднейший кэш.

Предлагаю немного подытожить 🚬

Sata - дешевле и больше.

scsi - надежнее, быстрее и как следствие дороже.

Выбор того или иного решения зависит от поставленной задачи.

Например для "файлопомоек" можно применять sata, для критических данных (серверы виртуального хостинга например) - нужно использовать scsi.

Но, нельзя не заметить принципиального отличия sata raid контроллеров от scsi.

Доступ к дискам осуществляется не по очереди, как в случае параллельного интерфейса scsi, а по независимым проводам - что по идее должно быть быстрее, но в силу "тормознутости" самих sata дисков это преимущество исчезает. Вероятно поэтому были разработаны Serial Attached SCSI (sas диски, http://en.wikipedia.org/wiki/Serial_Attached_SCSI), но их цена на данный момент просто угнетает.

В любом случае, желательно использовать raid1, но в случае мелких файлов и желании добиться максимальной производительности дисковой системы - raid5 с обязательным hotspare диском и батарейкой на контроллере с включенным write back'ом.

Осталось дождаться, когда "популизируется" и станет более доступен sas и "уйдет" scsi.

Вот тогда и будет интересно =)

Art-Host:
Проблемы пряпорционально колличеству клиентов на сервере + зависит от процента проблемных клиентов, которые эти проблемы создают.
Сам по себе сервер и хостер проблемы создавать не могут, другое дело, что видно хостер жадный и держит у себя всех подряд, что и приводит к многочисленным проблемам.

Позвольте не согласиться с последним предложением.

Если "сервер" - это не сервер а куча металлолома на одном ide диске и "хостер" - это не хостинг-провайдер - а шестнадцатилетний подросток, который "администрирует" серверы в свободное от учебы и уроков время - тут можно ожидать всего, чего угодно.

Примеров - море.

По поводу первого скажу так - 20% клиентов создают 80% проблем.

1 234
Всего: 39