myhand

Рейтинг
278
Регистрация
16.09.2009
Andreyka:
С suexec и логами на каждый виртхост? Не верю 🤣

А Вы попробуйте. Стандартный апач2 из ленни. Suexec не уверен что включал, а логи - точно отдельные были, как и описал. Попробуйте - у меня ушло на эксперимент пара минут (написание шаблона + генерация конфига).

Andreyka:

В том-то и дело, что тут достаточно людей, которые смогут его правильно применять :)

Вы льстите форумчанам :) А фрагмент выше показывает, что Вы еще и сказочник, не умеющий проделать элементарные тесты. Так что я согласен с netwind - имеет место либо глючный скрипт, который показать стыдно. Либо - есть вообще только "теория" такового.

Andreyka:
hc.ru - постоянные жалобы на то, что бекапы не восстанавливают (по техническим причинам), накидывая вместо этого месяц хостинга
А что - круто, нафига бекапить, на любые проблемы отвечаем - ой, техпроблема, вот вам еще месяц нашего глючного хостинга

Вот фрагмент из ихних "правил предоставления услуг":

2.1.3. Исполнитель обязуется производить регулярное резервное копирование Веб-системы не реже 1 раза в неделю.
Не производится резервное копирование почтовых сообщений и log-файлов.

Следуют они этому или нет - уже вопрос качества хостинга. Хороший хостинг выполняет то, что декларировано, а не выплачивает постоянно компенсации, оговоренные в рамках оферты.

hacccker:
Что именно вам там любопытно? Не в одном договоре публичной оферты я ещё не видел пункта про резервные копии 🍿

Как правило есть пункт 1) как долго хранится информация абонента 2) технические стандарты предоставления услуг (грубо говоря - как часто делаются бекапы, как долго хранятся и как быстро могут быть предоставлены).

Мне неинтересно заниматься рекламой. Возьмите (ткните пальцем) любую крупную хостинговую компанию, имеющую лицензию на оказание телематических услуг. Посмотрите оферту и прилагаемые к ней документы - там скорее всего будут варианты пунктов 1)-2).

hacccker:

Понимайте, без SLA договора, и Ваш ДЦ который выбрали Вы, может однажды стать Вашей персональной проблемой.

Если у Вас стойка и более - Вы просто не будете заморачиваться до "без SLA".

Вообще, интересно рассмотреть конкретные примеры "проблем" и варианты Ваших решений (без клястера). Ваша оценка возможного даунтайма.

hacccker:
Я допускаю, что стоимость может возрасти линейно, в зависимости от количества серверов в кластере.

Ув. hacccker, ежели у Вас стоимость будет расти линейно - разумно такую генияльную идею нафиг сразу выкинуть, верно? Я, конечно, допускаю, что Вы оговорились.

hacccker:
Предоставляю, но не делаю бекапа всех пользовательских данных автоматом.

Любопытно было бы взглянуть на Вашу оферту...

hacccker:
Аналогично плановые работы инженеры в не рабочее время не выполняют, тот же винт сменить — только в рабочее время...

Ну дак это персонально Ваши проблемы. Так выбрали ДЦ. И размещаетсь там, скорее всего через вторые руки, как минимум.

hacccker:

Дорого организация или дорого потом услуга для конечно пользователя?

И первое и второе.

hacccker:
тогда хостер владеет своим личным ДЦ, личным персоналом итд... Много ли у нас таких?

А есть другие? Ну не то, чтобы личный ДЦ. Но добраться до сервера саппорты могут за фиксированное время.

hacccker:
Такое ощущение, что вы лично не сталкивались, а начитались маркетинговой шелухи каких-то "нормальных хостеров"

Да не, я работал&работаю у таких :) Да и в "чужом" ДЦ при размещении таких проектов (а это порядка стойки) - никаких проблем с реакцией инженеров не возникает. Кому охота терять "толстого" клиента?

hacccker:

Хотелка вполне адекватная. А вы никаких аргументов кроме как "глупо" привести не можете.

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

hacccker:

Скорее всего вы понятия не имейте как организованы нормальные хостеры.

Извините, я не сторонник солипсизма. Сижу на жопе в офисе, работаю на хостинге администратором - стало быть так оно и есть. Мне это не снится. И стало быть знаю как он устроен.

hacccker:
Оценивать вероятность того что всё сляжет, по количество серверов в кластере глупо, поэтому я не буду это делать. Но время простоя кластер может уменьшить.

Делать какие-либо количественные оценки - отнюдь никогда не глупо. Глупо их не делать. Математика и экономика пока никому еще не навредили ;)

hacccker:
Делали мы бэкап на отдельный.. нету большого смысла, проще использовать RAID. Куча времени и ресурсов уходило на архивирование и перекачку данных на другой компьютер.

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

Andreyka:
myhand, попробуй добавить 15k виртхостов, при запуске будут явные тормоза

Попробовал как-то на ноутбуке. Более чем вполне шевелится (на <= 60k хостов задержки визуально нет). Сцылко на тест: /ru/forum/comment/5848378

Опять поем сказка про белого бычка? Вам уже поясняли как-то что не все плодят по лог-файлу на виртуальный хост. И не использует давно апач select для логов. И надо ничего вот так "хачить".

PS: Толи жана под Андрейкой периодически постит. Толи школьник какой :)

Andreyka:
В-третьих - больше определенного числа виртхостов в апаче держать проблематично, и лучше разбивать по частям.

1) Чем вдруг? 🍿

2) "Больше определенного" - это сколько в тыс. виртуалхостов? Напоминаю, речь идет массовом хостинге...

hacccker:
Такс... пообщался я тут ещё с умными людьми, есть предложение
DRDB + heartbeat

Чем Вы намажете увеличение стоимости вдвое, какой мифической "надежностью"? У нормального хостера простой сервера - порядка часа (и менее!) в год.

hacccker:
Да что ж вы к биллингу и панели привязались?:( Это имеет посредственное отношение к кластеру. Если вам это так режет глаза, в данном контексте можно считать — панели нет вообще. Или по вашему, без панели, кластер не получится? :)

Кластер - получится. Хостинг - нет. Технически, хостинг - это и есть в первую очередь система управления хостингом. СУХ в просторечии.

hacccker:
Вероятность того что всё ляжет конечно есть, но она определенно ниже, чем когда используется один сервер. Или я не прав? Не очень понимаю, почему это вызывает улыбку.

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

А давайте допустим, что Вы действительно знакомы с теорвером и способны оценить вероятности. Вот Ваш будущий клиент спрашивает: а насколько меньше "чем когда используется один"? Что Вы ему ответите?

hacccker:
Если вы забыли, о чем мы тут говорим, я могу напомнить: мы говорим о кластере. Значит под фразой "виртуальный хостинг, который отличается надёжностью" — я имел ввиду хостинг на кластерной архитектуре.

Слышите "клястер" - Вам кажется надежность "повалила"? На самом деле это даже близко не синонимы. Увы, диагноз bugsmoran подтвердился чуть менее чем полностью. "Хочу зашибись! Клястер!" Зачем - а хз.

Pavel.Odintsov:
И звучит как "нанотехнологии" :(

В принципе, может и сработать для определенной целевой аудитории :) Вне зависимости от того, есть ли реально на хостинге клястер или нет. Равно как и "нанотехнологии" (в кавычках).

Но это имеет отношение к маркетингу, рекламе и проч *** - а не к системному администрированию.

hacccker:
"дорогое" решение — понятие растяжимое, разумеется за настройку админу я готов платить.

А потом? Настроил и забыл? А если упало - идем на форум искать очередного Петю "одмина", который это починит?

hacccker:
И даже если бы был готов, всёравно искал бы альтернативные решения, т.к. продукты ISP меня не устраивают своими глюками.

Попробуйте свободные панели. ispconfig-3 неплохая, с потенциалом.

hacccker:

>А чего вдруг падают-то?
К чему эти глупые вопросы? Падают потому что ломаются, потому что бывают программные сбои.

А что за "программные сбои" такие? Например?

А как часто "ломаются"? Что за такие поломки у Вас, что ломается сервер чаще раза в год и на решение проблемы уходит существенно более часа?

Andreyka:
Открутить не проблема, а вот загрузить без него - это надо уметь

Ну, для тех кто перманентно в танке замечу, что обычно под "открутить" подразумевается отключение некоторой функциональности без превращения системы в неработоспособную. Именно поэтому говорят, что дворник Петя не умеет делать ампутацию (пациент истечет кровью, умрет от сеписа etc), а хирург Вася - умеет :)

intervipnet:
Попробуйте procfs настроить. Ее наличие может помочь.

Чудо "системно-инженерное" - procfs в линукс еще открутить надо уметь. С этим далеко не каждый справится.

Всего: 4890