Cab081

Рейтинг
2
Регистрация
09.04.2009
gubkin:
а был ли хоть раз случай когда по вашей вине чтото было??? я чтото такого из истории форума не помню...
так же не помню что мне чтото выплатили... хотя вину сотрудники свеба признали....

История SpaceWeb и история форума SE никак не связаны.

gubkin:
хотя не факт что проблема была не в свебе.... хэто лишь слова которые ничем не подтверждены....

как платить вам за хостинг так деньги сразу... как манибэк или подтвердить фактами что и как было так вкусты и отговорки...

SpaceWeb - это компания, в смысле юридическое лицо, осуществляющее деятельность в соответствии с полученной лицензией. Вы в любое время можете отправить официальный запрос и получить такой же официальный ответ.

SpaceWeb - это публичная компания. Вы можете в любое рабочее время посетить наш офис и обсудить все вопросы лично.

Какие кусты?

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

demvik74:
и????
1. я напишу распишу проблему а вы скажите:
- проблема не у нас а у вышестоящего провайдера

2. а деньги вернете за простой?
- нет, т.к. проблема не зависела от нас...

верно?
так вы всегда отвечаете...
смысл писать по вашим контактам

з.ы. тех поддержка по второму вопросу направляет в клиентскую службу ну в та уже по шаблону что я отписал

Вы хотите узнать мое личное мнение относительно компенсаций в случае проблем вне зоны компетенции компании?

Отвечу. Этот вопрос регулируется соответствующими документами - договорами, офертами, контрактами, SLA и т.п. Если в договоре указан отказ от ответственности в случае проблем вне зоны ответственности поставщика, значит компенсация не полагается. Как бы Вы или я к этому лично не относились, какие бы это эмоции не вызывало.

И это не зависит от того, сколько раз Вы напишите письма с запросом компенсации.

Вы хотите узнать, была ли авария в нашей зоне ответственности?

Отвечу. Нет. Авария была на уровне ДЦ.

Вы хотите от меня ответа, получите ли Вы компенсацию?

Отвечу. Не знаю, вопросами компенсаций я не занимаюсь, Вам уже подсказали, куда можно направить претензию c аргументацией, ссылками на договор и т.п.

demvik74:
шаблон...😆

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

Совсем не думаю, что Вам открою секрет - деловое общение в рамках "поставщик-клиент" требует определенной формализации и этики. Но это совсем не означает желания отгородиться от проблемы. Тем более, что я отвечаю на общие вопросы. Для более детального и предметного общения я уже предложил обращаться по нашим контактам непосредственно.

Авария произошла около 13:50, пока сотрудники ДЦ еще сами разбирают инцидент, пока никак не комментируют, почему не включился резерв, в частности.

Сейчас практически все ресурсы должны работать, если наблюдаете какие-то проблемы, общайтесь, пожалуйста, в нашу службу технической поддержки. Тестеры VDS, потерявшие доступ к своим аккаунтам, могут задать вопросы в нашей jabber конференции.

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

Произошла серьезная авария с питанием в ДЦ, то есть, да, в очередной раз проблема не в нашей зоне ответственности. Задело не только нас, и при желании вы сами можете в этом убедиться.

Более подробной инфой пока не обладаю, как только в ДЦ восстановят питание, сразу будем поднимать площадку.

Спасибо за понимание.

Значит, по порядку.

Бармалейкин:
Очередная бяка от sweb.ru.

Прислали письмо, что большая нагрузка от моих сайтов - посещаемость там копеечная. Работает пара блогов на wordpress. Установлено кэширование.

Прислали данные о нагрузке в виде

Ниже приведена статистическая нагрузка аккаунта user_name.
+----------------------------------------------------------------------+
| server | user | cp_stat | quota | date | warnings | errors |
+----------------------------------------------------------------------+
| helium | user_name | 244.31 | 15 | 2009-04-15 | 5766 | 87 |
| helium | user_name | 237.47 | 15 | 2009-04-16 | 5600 | 55 |
| helium | user_name | 207.92 | 15 | 2009-04-17 | 5329 | 104 |
| helium | user_name | 243.73 | 15 | 2009-04-18 | 7509 | 207 |
| helium | user_name | 209.53 | 15 | 2009-04-19 | 6030 | 105 |
| helium | user_name | 240.29 | 15 | 2009-04-20 | 6011 | 157 |
| helium | user_name | 205.14 | 15 | 2009-04-21 | 4158 | 413 |
| helium | user_name | 185.5 | 16 | 2009-04-22 | 4556 | 72 |
| helium | user_name | 197.41 | 16 | 2009-04-23 | 4288 | 78 |
| helium | user_name | 167.76 | 16 | 2009-04-24 | 4666 | 55 |
+----------------------------------------------------------------------+

В таблице приведены следующие значения: cp_stat - статистическая процессорная
нагрузка аккаунта на сервер, warnings - число превышений нагрузки на процессор
более 10% (втечение 5 секунд), errors - число превышений нагрузки на процессор
более 50% (втечение 5 секунд). В первую очередь стоит обратить внимание на
параметр cp_stat (безразмерная величина, характеризующая статистическую нагрузку
на процессор втечение суток) - она не должна превышать заданных норм. Такими нормами
для виртуального хостинга (кроме тарифа VIP) является значение 50 и для тарифа VIP
значение - 90. Также необходимо обратить внимание на столбцы warnings и errors.
Число errors должно быть равно 0, а warnings должно стремиться к нулю. Нормально
отлаженные работающие скрипты среднего сайта не должны отнимать более 3% процессорного
времени более 3-5 секунд. Если это не так, и дальнейшая оптимизации невозможна,
следовательно необходимо рассмотреть вариант размещения проекта на выделенном сервере.

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

Эта информация доступна нашим пользователем. Объясню вкратце, где ее находить и как с ней работать самостоятельно.

Вам прислали статистику, в которой присутствуют поля warnings и errors. Эти поля, собственно, указывают на кол-во Ваших процессов за сутки, которые превысили допустимую норму.

Далее Вам должны были выслать детализированный лог по всем таким процессам, где указаны название процесса, использованный процент CPU и PID процесса. В наших access логах apache как и везде присутствует URL запроса и в этой же строке присутствует поле, указывающее PID этого процесса. Дополнительно в access логе также есть поле, указывающих время выполнения запроса в секундах (это 2 последних поля в строке access лога). На основании этих логов у Вас есть возможность отследить каждый запрос к вашему сайту, который вызвал превышение нагрузки, увидеть % cpu usage и время, которое потребовалось на выполнение запроса.

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

Бармалейкин:

При этом подключен аккаунт на 25 доменных имен. Т.е. захостить у них даже 25 блогов wp не получится.

Здесь замечу, что, вобщем-то, сайт сайту рознь. Есть блоги, которым и в одиночку на нашем VIP аккаунте будет тесно. Полагаю, Вы и сами это прекрасно знаете.

Бармалейкин:

При этом фактически саппорт не заинтересован в решении проблемы, им решение видится только в виде VIP тарифа или VDS. VDS и будет, но только не в sweb.

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

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

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

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

torg:
Было бы проще его посадить на vip на неск дней бесплатно и просмотреть ситуацию. Не верю что он был на шареде, а потом вдруг ему будет мало вип и сразу дедик подавай. Что то тут не то.

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

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

dspu:
кто еще получил волшебное письмо?

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

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

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

Отправку "письма счастья" санкционирует наш сотрудник, а не автомат, исходя из какого-то единого условного критерия. Свяжитесь по адресу, мы предоставим всю возможную детализацию.

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

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

VladiZlav:
кризис коснулся и свеба - нужно бабло с клиентов вытряхивать :))))

Принципы, по которым отбираются тяжелые аккаунты и ведется общение с их владельцами, не менялись уже несколько лет, и причин менять их мы пока не видим.

pimc:
как только вы отправите письмо с просьбой предоставить вам подробные ответы по сайтам, они пришлют ответ типа "извините, это была ошибка, ваш аккаунт работает нормально". Со мной было так 3 раза. Но я на всякий случай на их рассылку подписался, благо это бесплатно.🚬

Казусы, конечно, могут происходить. Вышлите, пожалуйста, в PM номера тикетов, если они сохранились.

kod_ssilki_ru:

3. На некоторых хостингах не смотрят жестко за нагрузкой, но время от времени устраивают субботники по отлову особо грузящих клиентов - не знаю, какая в этом смысле политика на обсуждаемом хостинге

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

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

То, что действительно интересный и спорный технический holly war скатился в бессмысленное бодание - не беда, у меня лично не было задачи убедить здесь кого-то персонально, вся аргументация уже озвучена достаточно прозрачно, внимательные читатели сами сделают выводы.

Если у кого-то еще есть вопросы по нашей новой услуге, спрашивайте - ответим, здесь, либо по нашим контактам - email: vds@sweb.ru, jabber-conference: vds@muc.jabber.sweb.ru

DLag:
А теперь вместо вырезанных из текста цитат прочитайте полностью, ваши реплики как уже подмечено истинно комичны.
Теоретики должны сидеть в университетах, плохо когда их берут в компании на роль инженеров.
Так что вопросов к вам не было уже давно.

Уважаемый, отрадно, что мои реплики Вас повеселили. Давно пора было закончить это спор, который не отличался ни достаточностью, ни, тем более, разумностью.

На последок, к Вашему сведению, замечу, что замечательную технологию Xen начали разбарабатывать теоретики, которые засели в Кэмбриджском Университете. А техногогию RAID инициировали теоретики из Университета Беркли в Калифорнии.

DLag:

Мы все просто дружно посмеемся когда вы начнете продавать свои технологии, вот и все.

Милости просим, мы обязательно об этом объявим!

Всего хорошего!

12 3
Всего: 26