История SpaceWeb и история форума SE никак не связаны.
SpaceWeb - это компания, в смысле юридическое лицо, осуществляющее деятельность в соответствии с полученной лицензией. Вы в любое время можете отправить официальный запрос и получить такой же официальный ответ.
SpaceWeb - это публичная компания. Вы можете в любое рабочее время посетить наш офис и обсудить все вопросы лично.
Какие кусты?
Вести диалоги в формате форума в интонациях домашней беседы само по себе неплохо. Но адекватно и предметно вести разбор эпизодов - крайне сложно, особенно в интонациях домашней беседы, особенно на чужом форуме. Поэтому я и предлагаю вести разбор проблемных ситуаций в том формате, в котором работают наши службы.
Вы хотите узнать мое личное мнение относительно компенсаций в случае проблем вне зоны компетенции компании?
Отвечу. Этот вопрос регулируется соответствующими документами - договорами, офертами, контрактами, SLA и т.п. Если в договоре указан отказ от ответственности в случае проблем вне зоны ответственности поставщика, значит компенсация не полагается. Как бы Вы или я к этому лично не относились, какие бы это эмоции не вызывало.
И это не зависит от того, сколько раз Вы напишите письма с запросом компенсации.
Вы хотите узнать, была ли авария в нашей зоне ответственности?
Отвечу. Нет. Авария была на уровне ДЦ.
Вы хотите от меня ответа, получите ли Вы компенсацию?
Отвечу. Не знаю, вопросами компенсаций я не занимаюсь, Вам уже подсказали, куда можно направить претензию c аргументацией, ссылками на договор и т.п.
Простите, а Вы чего ожидали? Приглашения выпить пива в неформальной обстановке? Или ответа в духе звучавших здесь эмоциональных обращений?
Совсем не думаю, что Вам открою секрет - деловое общение в рамках "поставщик-клиент" требует определенной формализации и этики. Но это совсем не означает желания отгородиться от проблемы. Тем более, что я отвечаю на общие вопросы. Для более детального и предметного общения я уже предложил обращаться по нашим контактам непосредственно.
Авария произошла около 13:50, пока сотрудники ДЦ еще сами разбирают инцидент, пока никак не комментируют, почему не включился резерв, в частности.
Сейчас практически все ресурсы должны работать, если наблюдаете какие-то проблемы, общайтесь, пожалуйста, в нашу службу технической поддержки. Тестеры VDS, потерявшие доступ к своим аккаунтам, могут задать вопросы в нашей jabber конференции.
Эмоции разделяю, но, сами понимаете, мы не осуществляем поддержку в рамках этого форума, будет все-таки лучше, если такого рода претензии вы будете направлять по нашим контактам, адрес руководства там указан в том числе.
Произошла серьезная авария с питанием в ДЦ, то есть, да, в очередной раз проблема не в нашей зоне ответственности. Задело не только нас, и при желании вы сами можете в этом убедиться.
Более подробной инфой пока не обладаю, как только в ДЦ восстановят питание, сразу будем поднимать площадку.
Спасибо за понимание.
Значит, по порядку.
Эта информация доступна нашим пользователем. Объясню вкратце, где ее находить и как с ней работать самостоятельно.
Вам прислали статистику, в которой присутствуют поля warnings и errors. Эти поля, собственно, указывают на кол-во Ваших процессов за сутки, которые превысили допустимую норму.
Далее Вам должны были выслать детализированный лог по всем таким процессам, где указаны название процесса, использованный процент CPU и PID процесса. В наших access логах apache как и везде присутствует URL запроса и в этой же строке присутствует поле, указывающее PID этого процесса. Дополнительно в access логе также есть поле, указывающих время выполнения запроса в секундах (это 2 последних поля в строке access лога). На основании этих логов у Вас есть возможность отследить каждый запрос к вашему сайту, который вызвал превышение нагрузки, увидеть % cpu usage и время, которое потребовалось на выполнение запроса.
Признаю, это не достаточно наглядная форма отображения, мы подготовим инструментарий, который упростит этот момент. Но так или иначе всю необходимую детализацию Вам должны были предоставить.
Здесь замечу, что, вобщем-то, сайт сайту рознь. Есть блоги, которым и в одиночку на нашем VIP аккаунте будет тесно. Полагаю, Вы и сами это прекрасно знаете.
Претензия принята. Вся необходимая информация по превышениям нагрузки велась и ведется, и Вам должны были ее предоставить.
Я понимаю желание пользователя в случае проблемы растиражировать очередную бяку "любимого" хостера по форумам, но, согласитесь, конструктива в этом не очень много. Мы не закрываем глаза на собственные проблемы и всегда готовы принять замечания на промахи, которые допустили. Как говорится, помогите и вы нам помочь вам.
Полагаю, Вам не в новость, в этом же разделе немало сообщений с вопросом "хостер выгоняет мой сайт с таким-то кол-вом уников, таким-то кол-вом хитов", и тут же ответы - да вам, батенька, с таким сайтом сервер нужен.
Каждый конкретный случай имеет свой контекст. В каких-то случаях достаточно оптимизации, в каких-то - бывает достаточно и просто разнести сайты аккаунта по разным аккаунтам виртуального хостинга, даже более дешевым.
Не в курсе конкретно Вашего эпизода, но, как правило, случаи по высокой нагрузке разбираются отдельно, даже в условиях нашего кол-ва клиентов.
Нагрузка разнородна, в условиях виртуального хостинга этот момент непросто унифицировать без потерь "среди мирного населения", к тому же мы, как правило, отправляем "письма счастья" уже после долговременно создаваемой нагрузки, когда уже понятно, что нагрузка аккаунта имеет рецидивный характер.
Отправку "письма счастья" санкционирует наш сотрудник, а не автомат, исходя из какого-то единого условного критерия. Свяжитесь по адресу, мы предоставим всю возможную детализацию.
Если Вам предложили сразу выделенный сервер, то наверняка создаваемая нагрузка велика даже для vip аккаунта. Общение с владельцами тяжелых аккаунтов мы ведем постоянно, поэтому "акция", безусловно, не спонтанная.
Прежде чем называть это выпихиванием на более дорогие тарифы - посудите сами, мы не единственная компания, предоставляющая услуги хостинга, у владельцев сайтов масса вариантов для сравнения. Мы понимаем, что безосновательным заявлением о высокой нагрузке хостинг компания делает только хуже себе.
Принципы, по которым отбираются тяжелые аккаунты и ведется общение с их владельцами, не менялись уже несколько лет, и причин менять их мы пока не видим.
Казусы, конечно, могут происходить. Вышлите, пожалуйста, в PM номера тикетов, если они сохранились.
Надеюсь, в общих чертах прояснил этот вопрос. В деталях - связывайтесь с нами по нашим контактам, по каждому эпизоду постараемся предоставить всю возможную детализацию.
Linehost, даже если не учитывать этику - изначально было понятно, что расчитывать здесь на это едва ли можно, мы понимаем, что заявка о новой услуге здесь - это хождение по пяткам некоторых участников форума.
То, что действительно интересный и спорный технический holly war скатился в бессмысленное бодание - не беда, у меня лично не было задачи убедить здесь кого-то персонально, вся аргументация уже озвучена достаточно прозрачно, внимательные читатели сами сделают выводы.
Если у кого-то еще есть вопросы по нашей новой услуге, спрашивайте - ответим, здесь, либо по нашим контактам - email: vds@sweb.ru, jabber-conference: vds@muc.jabber.sweb.ru
Уважаемый, отрадно, что мои реплики Вас повеселили. Давно пора было закончить это спор, который не отличался ни достаточностью, ни, тем более, разумностью.
На последок, к Вашему сведению, замечу, что замечательную технологию Xen начали разбарабатывать теоретики, которые засели в Кэмбриджском Университете. А техногогию RAID инициировали теоретики из Университета Беркли в Калифорнии.
Милости просим, мы обязательно об этом объявим!
Всего хорошего!