Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 130
У скалакси тоже бекапов нет, даже вчерашней давности, вот такие вот у нас облачные сервисы…
А если брать услугу сопровождения — настроят? А должны ли быть вообще бекапы, если в услугах предоставляется только сам сервер?
Вопрос философский отчасти, но мы собираемся в Скалакси переезжать, а такие посты заставляют поволноваться :(
Вопрос философский отчасти, но мы собираемся в Скалакси переезжать, а такие посты заставляют поволноваться :(
А я отчего-то не видел у салакси 24/7
Профессионалы в России не хостятся. И бэкапы делают сами.
не слишком ли вы заносчивы? Бывают обстоятельства, бывает необходимость.
например? (белорашша на в счёт)
вам какой? по поводу необходимости? есть клиенты которые принципиальны, обстоятельства — да хоть землетрясение, хоть пожар, что не понятного в моем комментарии. или вы просто строите из себя идеалиста?
Конкретней пожалуйста. Принципиальные клиенты, которые не согласны коннектиться на буржуазный IP? Обстоятельства — частые пожары/землетрясения/наводнения/отключение_света в Европе по сравнению с Россией?
пожары/землетрясения/наводнения/отключение_света больше относятся к обстоятельствам, а у клиентов разные бывают причины
Так всё-таки, приведите конкретный, хотя бы гипотетический пример :)
Госструктуры, где вопрос тайны встаёт даже там где никакой тайны нет :) Вопрос сразу отклоняется при виде забугорных айпишников и доменов отличных от корпоративных… Либо просто попу порвёте, чтобы решить вопрос положительно на всяких согласованиях.
Бакапы должны быть и у виртуальных серверов, мы например делаем на случай «ошибки инженера» или «враги перегрызли провода», иногда бакапы и клиентам пригождаются.
Да уроды они конченые, что еще сказать. Я тоже изрядно понервничала.
Полностью согласна с вашим мнением.
Полностью согласна с вашим мнением.
Тоже самое, около 50 клиентов перевели, теперь им стыдно в глаза смотреть
habrahabr.ru/blogs/hosting/121080/#comment_3974715
Я смотрю, для кого-то этот Клодо стал просто серийным источником плюсиков в кармочку.
Я смотрю, для кого-то этот Клодо стал просто серийным источником плюсиков в кармочку.
Мы теперь на Amazon перешли…
И как? Мы вот были 5 дней в даунтайме из-за последнего инцидента в дц в Ирландии.
У нас вроде бы всё отлично. Но мне уже тут советуют для надежности арендовать просто два сервера в разных дц, настроить нам нормальную синхронизацию и жить с полной увернностью в том, что всё будет хорошо ).
Странно, что вы об этом ранее не позаботились… Ваши бэкапы — это ваш спасательный круг на случай проблем. Для критичных данных я делаю их два раза в сутки. Хрен с ним, с Клодо, — админу наваляйте. Он виноват. Не предусмотрел. А вы из-за этого, возможно, получили головную боль.
З.Ы. Хороших провайдеров не бывает. По себе сужу.
З.Ы. Хороших провайдеров не бывает. По себе сужу.
В Амазоне — делайте регулярно снэпшоты.
В итоге очень легко минимизируете время простоев. Вот, например, наш собственный пример, с вязанный как раз с последним инцидентом в Ирландии: habrahabr.ru/company/bitrix/blog/125932/
В итоге очень легко минимизируете время простоев. Вот, например, наш собственный пример, с вязанный как раз с последним инцидентом в Ирландии: habrahabr.ru/company/bitrix/blog/125932/
Они же далеко не во всех случаях они могут помочь. Ну и никогда они не дадут возможность получить консистентый бекап. Плюс у меня в проекте база данных MongoDB, а это значит, что по хорошему надо блочить в ней запись на диск, делать снепшот, а потом включать. Такой даунтайм тоже не очень приятен.
Понятно, что надо делать репликацию базы и балансировку фронтэндов по разным AZ.
Понятно, что надо делать репликацию базы и балансировку фронтэндов по разным AZ.
Не во всех, но очень во многих случаях.
Помогают разные дополнительные инструменты. Например, freeze файловой системы (если она это поддерживает). Мы так без проблем снэпшотами бэкапим RAID-10. Задержка — единицы секунд (ночью). Для клиентов практически незаметно.
Для восстановления MySQL — дамп, созданный mysqldump + «проигрывание» бинарных логов.
Не знаю точно, но, наверняка, для MongoDB есть подобные инструменты.
P.S. В общем, все это сводится к тому, что с бэкапами и репликацией в разных AZ лучше, чем без них. ;))
Помогают разные дополнительные инструменты. Например, freeze файловой системы (если она это поддерживает). Мы так без проблем снэпшотами бэкапим RAID-10. Задержка — единицы секунд (ночью). Для клиентов практически незаметно.
Для восстановления MySQL — дамп, созданный mysqldump + «проигрывание» бинарных логов.
Не знаю точно, но, наверняка, для MongoDB есть подобные инструменты.
P.S. В общем, все это сводится к тому, что с бэкапами и репликацией в разных AZ лучше, чем без них. ;))
В Амазоне — делайте регулярно снэпшоты.
В итоге очень легко минимизируете время простоев. Вот, например, наш собственный пример, с вязанный как раз с последним инцидентом в Ирландии: habrahabr.ru/company/bitrix/blog/125932/
В итоге очень легко минимизируете время простоев. Вот, например, наш собственный пример, с вязанный как раз с последним инцидентом в Ирландии: habrahabr.ru/company/bitrix/blog/125932/
Вы специально пост сопровождаете с ddos на клодо?
Или совпало случайно?
з.ы. имею 2 серванта на клодо и ничего общего не нахожу с вашим проплаченным постом который находится в блоге «Я пиарюсь»
Или совпало случайно?
з.ы. имею 2 серванта на клодо и ничего общего не нахожу с вашим проплаченным постом который находится в блоге «Я пиарюсь»
Услуга бекапов должна быть платной, либо четко прописана в договоре.
Раз в определенное время бекапы надо проверять на возможность с них восстановить сайты, просто в один прекрасный день ты вытаскиваешь из широких штанин бекапы, а там каша и никому она не нужна.
Раз в определенное время бекапы надо проверять на возможность с них восстановить сайты, просто в один прекрасный день ты вытаскиваешь из широких штанин бекапы, а там каша и никому она не нужна.
И своих бэкапов, конечно же, не было. Платформа должна о них заботиться, как же. Нисколько не оправдываю хостера, но и своему сисадмину уши бы надрали.
У меня на Clodo был виртуальный сервер, для лично моих потребностей — «песочница». Падали они, падали, но мне не сильно критично. А когда они пользователям адреса меняли, я подумал что в любом случае ждать обновления записей домена, зашел на http://hetzner.de, и теперь радуюсь. И Google тоже «радуется»:
Hetzner тоже ещё те ребята… У меня там сервер и VPS были на одном проекте… Канал часто глючил и в конце концов сервер практически сдох… физически ))). В общем, ушли мы от них.
ДЦ в Германии, а пользователи в России.
Всё возможно. Только с Linode вроде бы такого не бывает, а у них дц в Европе тоже есть…
Это мониторинг hetzner за июль. Один отказ и переодическое торможение раз в несколько дней
И это один из лучших stand alone хостеров.
Мы бы уже ушли из своего ДЦ при таких раскладах.
Понятие стабильности и надежности у всех разное.
Понятие стабильности и надежности у всех разное.
Если у вас все в одном ДЦ, то не стоит тереть по понятиям :) о надежности.
У меня опыт наверно с десятком stand alone ДЦ. В основном в штатах, пара в англии и вот еще Hetzner — все примерно одинаковы — у всех бывают проблемы — у кого чаще, у кого реже, но они есть. Отличия лишь в том как они с ними справляются.
Да, до CDN мои сегодняшние клиенты еще не доросли ( или я их недодавил ) но все идет к ним, родимым.
Я думаю что подобный график, а то и хуже и намного, можно найти для любого отдельно взятого ДЦ.
У меня опыт наверно с десятком stand alone ДЦ. В основном в штатах, пара в англии и вот еще Hetzner — все примерно одинаковы — у всех бывают проблемы — у кого чаще, у кого реже, но они есть. Отличия лишь в том как они с ними справляются.
Да, до CDN мои сегодняшние клиенты еще не доросли ( или я их недодавил ) но все идет к ним, родимым.
Я думаю что подобный график, а то и хуже и намного, можно найти для любого отдельно взятого ДЦ.
Странно. Его обычно все хвалят. Буду иметь ввиду.
Тут как повезёт. У меня тоже друзья на нём сидят и всё просто отлично. Мне кажется, что если попалось плохое железо, то сложно будет договориться и удовольствие будет ниже среднего, а если всё ок, то будете счастливы ).
Когда я сам выбирал использовать его или нет, то видел тоже много хороших отзывов, но были и отрицательные.
Когда я сам выбирал использовать его или нет, то видел тоже много хороших отзывов, но были и отрицательные.
Разница в надежности хорошего сервера и десктопа «аля Хетзнер» примерно 1:10000 и 1:1000.
Т.е. вероятность скорого вылета или брака в сервере 1 к 10000 элементов, в том что предлагает Хетзнер 1 к 100.
С одной стороны это неплохая статистика, а с другой когда проект приносит деньги эта статистика приведет к потерям превышающим стоимость серверного железа.
К тому же серверное железо сейчас стоит не на много дороже десктопов.
И срок окупаемости для него можно поставить намного больше.
Потому что жить оно будет дольше.
Эту математику уже давно посчитали и сделали выводы.
Потому строят датацентры, а не используют склады.
Потому покупают сервера, а не б/у железки по офисам.
Т.е. вероятность скорого вылета или брака в сервере 1 к 10000 элементов, в том что предлагает Хетзнер 1 к 100.
С одной стороны это неплохая статистика, а с другой когда проект приносит деньги эта статистика приведет к потерям превышающим стоимость серверного железа.
К тому же серверное железо сейчас стоит не на много дороже десктопов.
И срок окупаемости для него можно поставить намного больше.
Потому что жить оно будет дольше.
Эту математику уже давно посчитали и сделали выводы.
Потому строят датацентры, а не используют склады.
Потому покупают сервера, а не б/у железки по офисам.
То есть совсем все что было потеряли без возможности восстановить?
Тогда в суд надо подавать, не иначе.
А по поводу облачного хостинга, мне всегда Linode.com казался надёжнее отечественных. Притом, что разница в скорости не такая существенная.
Тогда в суд надо подавать, не иначе.
А по поводу облачного хостинга, мне всегда Linode.com казался надёжнее отечественных. Притом, что разница в скорости не такая существенная.
Да, именно так. У нас должны были быть бэкапы… А нам говорят, что они тоже пропали )).
Можно, конечно, но что мы с этого получим? А сколько потратим времени и денег?
Можно, конечно, но что мы с этого получим? А сколько потратим времени и денег?
Да, был выбор Linode или Amazon. Просто Amazon более гибок по части увеличения нагрузки. Linode же просто VPS дает, но надежность у него, на мой взгляд, не меньше чем у Amazon.
Хороший пост. Я тоже думал нечто в таком роде написать. Только у меня, тьфу-тьфу-тьфу, данные не повреждались…
На одного админа станет больше, который «уже делает бэкапы».
Переведите своих клиентов в BURST — клодо раем покажется, а их сотрудники Энштейнами )))
Да что ж вас всех тянет на русские хостинги-то. Это надо ни разу не заглянуть на хостинг форумы во время выбора. Всегда так и всяк и на раскаряк было с ними.
Не храни все яйца в одной корзине.
Уж сколько было похожих статей на Хабре. Бэкапы — это не та вещь, которая должна отдаваться на откуп кому-то другому.
Уж сколько было похожих статей на Хабре. Бэкапы — это не та вещь, которая должна отдаваться на откуп кому-то другому.
Отличный стиль, напомнило советские фельетоны.
Давно ушел от них почуяв неладное. Странные ребята, постоянные проблемы им самим не надоели? Или это запланированные теракты направленные против клиентов
Можно потопчусь по трупику? )) Рекомендую www.cloudone.ru/ — проверено, бекапы есть!
За такие деньги? Может, лучше реальный сервер взять в аренду?
И ведь берут =)) мы уж и так цены вверх, а все равно берут :))
А если по существу, то мы и таким все знаем разницу между дедиком и виртуальным сервером, их преимущества и слабые места. Так что не будет разводить холивар.
А если по существу, то мы и таким все знаем разницу между дедиком и виртуальным сервером, их преимущества и слабые места. Так что не будет разводить холивар.
Уважаемый amarao.
Раз уж Вы тут… расскажите как дела обстоят у вас, а то я стою перед нелегким выбором куда податься.
Раз уж Вы тут… расскажите как дела обстоят у вас, а то я стою перед нелегким выбором куда податься.
Работаем. Если есть конкретные вопросы — могу ответить.
Бакапы есть?
А если найду?
А если найду?
Есть" наши" бэкапы на случай великой катастрофы. Клиентам они в нормальном режиме не доступны.
Снапшоты для машин — в процессе обдумывания методов аккаунтинга (кто платит за обработку цепочки снапшотов?).
Снапшоты для машин — в процессе обдумывания методов аккаунтинга (кто платит за обработку цепочки снапшотов?).
Мне нравится техника а-ля амазон/клодо — стоимость фактического места на диске на бакап.
Вот только у клодо не хватает важного — кнопочки «периодичность».
То есть я бы хотел держать два бакапа, один обновляется каждый четный час, второй каждый нечетный час.
Таким образом даже в случае астрального краха невовремя один да окажется целостным.
Вот только у клодо не хватает важного — кнопочки «периодичность».
То есть я бы хотел держать два бакапа, один обновляется каждый четный час, второй каждый нечетный час.
Таким образом даже в случае астрального краха невовремя один да окажется целостным.
Кнопочка находится в процессе прикручивания.
Кстати, как вы себе представляете бэкапы «раз в час» например, 2Тб диска? (А лучше несколько по 2Тб).
Если же речь про снапшоты, то там главный вопрос: как аккаунтить хождение по цепочке снапшотов? Если цепочка достаточно длинная, то worst case — это увеличение сложности дисковых операций на порядок.
Если же речь про снапшоты, то там главный вопрос: как аккаунтить хождение по цепочке снапшотов? Если цепочка достаточно длинная, то worst case — это увеличение сложности дисковых операций на порядок.
2Тб раз в час не выйдет, хотя если снапшот то вполне.
А в чем проблема с цепочками? Вот у нас есть блок, помеченный снапшотом. Вот в него записали — блоков стало два. Вот и аккаунтим 2 при этом.
Амазон же как-то аккаунтит снапшоты без больших проблем. Только по размеру диска.
А усложнение дисковых операций — тут я не вижу проблем. что одна машина создаёт обращения в разные места, что 100 машин — всё равно упирается в кеш же.
А в чем проблема с цепочками? Вот у нас есть блок, помеченный снапшотом. Вот в него записали — блоков стало два. Вот и аккаунтим 2 при этом.
Амазон же как-то аккаунтит снапшоты без больших проблем. Только по размеру диска.
А усложнение дисковых операций — тут я не вижу проблем. что одна машина создаёт обращения в разные места, что 100 машин — всё равно упирается в кеш же.
Я не про место. Допустим, у нас прямые инкрементальные снапшоты. Это означает, что мы имеем o(1) запись и o(N) чтение незаписанного (worst case). Если у нас цепочка из 10 снапшотов, то операция чтения должна проверить 10 cow-таблиц перед выполнением.
Эту нагрузку кто терпеть будет? (Заметим, вариант с cow ещё гуманный, если использовать reverse-differencial из LVM, то будет вообще швах, o(N) каждая запись).
Эту нагрузку кто терпеть будет? (Заметим, вариант с cow ещё гуманный, если использовать reverse-differencial из LVM, то будет вообще швах, o(N) каждая запись).
Нам не надо цепочки. бакап должен лежать в другом углу комнаты для защиты от метеорита.
Процесс бакапа:
1. Включили снапшот.
2. Копируем снапшот в бакап-спейс (можно rsync)
3. Убили снапшот.
Для ускорения пункта 2 можно ввести к блочному устройству дополнительный журнал возрастов, где для каждого 1-16-128M пространства вести счетчик числа записей. Не биты COW, а именно счетчик записей. тогда надо будет перекопировать только те блоки, чей счетчик больше чем в прошлом бакапе.
Так же и инкрементальные делаются.
А просто инкрементальные снапшоты это совсем не торт — они для хранения «на том же месте» заточены — если бакап стоит отдельные деньги, лучше его хранить в другом месте, и тогда у нас всё те же O(1).
Да, задержки на счетчик есть — но они уже невелики по сравнению с ведением полноценного бакапа, да и писать на диск их не обязательно часто — достаточно флага «грязности». Если счетчики помечены грязными на диске — считать всё грязным и не полагаться на них.
Процесс бакапа:
1. Включили снапшот.
2. Копируем снапшот в бакап-спейс (можно rsync)
3. Убили снапшот.
Для ускорения пункта 2 можно ввести к блочному устройству дополнительный журнал возрастов, где для каждого 1-16-128M пространства вести счетчик числа записей. Не биты COW, а именно счетчик записей. тогда надо будет перекопировать только те блоки, чей счетчик больше чем в прошлом бакапе.
Так же и инкрементальные делаются.
А просто инкрементальные снапшоты это совсем не торт — они для хранения «на том же месте» заточены — если бакап стоит отдельные деньги, лучше его хранить в другом месте, и тогда у нас всё те же O(1).
Да, задержки на счетчик есть — но они уже невелики по сравнению с ведением полноценного бакапа, да и писать на диск их не обязательно часто — достаточно флага «грязности». Если счетчики помечены грязными на диске — считать всё грязным и не полагаться на них.
Если мы делаем «бэкап» в другом углу комнаты каждый час, то это те самые терабайты в час. У меня время репликации по DRBD каждого хранилища — около 12 часов. Как я могу его за час скопировать?
А постоянные (пусть и меняющиеся) снапшоты) — та же дилемма, что делать с ростом нагрузки на дисковую подсистему? (Кто за это платит и сколько?)
А постоянные (пусть и меняющиеся) снапшоты) — та же дилемма, что делать с ростом нагрузки на дисковую подсистему? (Кто за это платит и сколько?)
Ну что за привязка к «раз в час»? Раз в час это я для своих задач же сказал, у меня сервера прекрасно влезают на винты в 80 гиг, где запущено 4-5 виртуалок + место под бакапы другого сервера.
Как правило 1 виртуалка это 10 гиг.
10 гиг за час вообще не являются проблемой.
Если бакапить надо терабайт — то там и время между запусками бакапов должно быть пропорционально увеличено.
Скажем так — не запускать новый раньше завершения предыдущего + некая дельта.
Что касается стоимости — если считаются ёпсы, то ёпсы бакапа считать как обычные, имхо. Это как раз будет стимулировать не делать бакапы чаще необходимого.
Как правило 1 виртуалка это 10 гиг.
10 гиг за час вообще не являются проблемой.
Если бакапить надо терабайт — то там и время между запусками бакапов должно быть пропорционально увеличено.
Скажем так — не запускать новый раньше завершения предыдущего + некая дельта.
Что касается стоимости — если считаются ёпсы, то ёпсы бакапа считать как обычные, имхо. Это как раз будет стимулировать не делать бакапы чаще необходимого.
Даже лучше так:
Бакапы есть?
А если НЕ найду?
:)
Бакапы есть?
А если НЕ найду?
:)
Я с клодо подалась к ним, довольна очень. Были два очень кратковременных сбоя (один из них ночью — клиенты не заметили ничего), за оба начислена суточная компенсация. ТП отвечает очень оперативно и компетентно. У меня, правда, бэкапы всегда и везде свои :-)
Личный опыт:
Панель управления виртуальными машинами удобная, графики красивые, консоль отличная, за два месяца — проблем не было ни разу. По телефону отвечают сразу, даже среди ночи.
На мой тикет ответили за час (хотя там вопросы были чисто с целью поинтересоваться и статус «низкий»).
В общем, мне нравится.
Панель управления виртуальными машинами удобная, графики красивые, консоль отличная, за два месяца — проблем не было ни разу. По телефону отвечают сразу, даже среди ночи.
На мой тикет ответили за час (хотя там вопросы были чисто с целью поинтересоваться и статус «низкий»).
В общем, мне нравится.
Откуда инфа, что есть бэкапы?
Мне кажется, проблема всех наших русских хостингов в том, что люди не привыкли нести ответственность за содеянное или случившееся. Соответственно и в случае факапов никто не напрягается.
Рублем по ним надо бить, уходить к буржуям.
Рублем по ним надо бить, уходить к буржуям.
По-моему пост маленько устарел. Сейчас уже резервные копии есть, но платные. И еще голова болит из-за грядущего платного трафика.
Меня во всей этой шаражке начинает радовать ценовая политика. У меня там крутятся пара не критичных сервисов, которым падение на сутки не грозит, в общем-то, ничем. В месяц мой VPS (512Мб RAM 20Гб HDD) потребляет около 100-150 Гб трафика с соотношением 75% вход/25% исход (данные парсим, поэтому такой перевес в сторону входящего). Ну, пока их VPS стоил копейки и имел unlimited трафик, с постоянными падениями можно было мириться, но сейчас, в связи с вводом платного трафика, цена VPS становится выше, чем у аналогичного на Linode
570 руб в месяц обходится сам VPS
+ трафик даже при минимуме в 100Гб даст 75 * 0.2 + 25 * 1 = 40
Итого 610 рублей
Linode 521 (512 Мб RAM, 20 Гб HDD и 200Гб включенного трафика) даже при курсе 30 рублей за 1 USD будет стоить 600 рублей.
Таким образом, с 1 сентября для проектов, чей ежемесячный исходящий трафик превышает 30Гб, Clodo окажется дороже Linode. Мне смешно, а вам? Единственное преимущество этих товарищей это низкий пинг для России, но, честно, не уверен, что суточные падения стоят этих 40-50мс.
570 руб в месяц обходится сам VPS
+ трафик даже при минимуме в 100Гб даст 75 * 0.2 + 25 * 1 = 40
Итого 610 рублей
Linode 521 (512 Мб RAM, 20 Гб HDD и 200Гб включенного трафика) даже при курсе 30 рублей за 1 USD будет стоить 600 рублей.
Таким образом, с 1 сентября для проектов, чей ежемесячный исходящий трафик превышает 30Гб, Clodo окажется дороже Linode. Мне смешно, а вам? Единственное преимущество этих товарищей это низкий пинг для России, но, честно, не уверен, что суточные падения стоят этих 40-50мс.
С вашими запросами и некритичностью вам на «Хетзенгер» VQ7 за 7.90 евро.
Вы в расчетах забыли учесть, что одновременно с введением платного трафика снижается стоимость виртуального сервера. В вашем случае как раз на 40 рублей. Для вас стоимость виртуального сервера останется на прежнем уровне.
Максим, давайте не будем играть с цифрами. Понижение стоимости аренды самого VPS компенсирует введение платного трафика только в моем случае. Будь у меня нормальный web-проект со средней посещаемостью и без парсинга данных, ситуация могла бы быть хуже — 100 гб с соотношением 75% выход/25% вход дают нам 80 рублей плюсом, что никак не покрывается снижением цены VPS.
По большому счету, вы уже сейчас по ценам (учитывая курс доллара разница между вами рублей десять-пятнадцать) находитесь в прямой конкуренции с Linode. Но у Linode есть весомое преимущество — отсутствие позорных многочасовых падений в последние лет этак пять. Ну и 200 Гб трафика в комплекте, которые у вас будут стоить, в самом дешевом варианте (все на вход) — 40 рублей.
По большому счету, вы уже сейчас по ценам (учитывая курс доллара разница между вами рублей десять-пятнадцать) находитесь в прямой конкуренции с Linode. Но у Linode есть весомое преимущество — отсутствие позорных многочасовых падений в последние лет этак пять. Ну и 200 Гб трафика в комплекте, которые у вас будут стоить, в самом дешевом варианте (все на вход) — 40 рублей.
Я лично мониторю всех ближайших конкурентов начиная с сентября 2010 года. Это около 30 vps хостингов включая linode. Если быть точным, linode на мониторинге с 24 сентября. Смотря на статистику хоста жив/мертв (ping, get раз в минуту) я вижу 21 час простоя за срок чуть менее 11 месяцев. Среди всех vps-хостингов которые я мониторю нет ни одного кто показал на 100% устоичивую работу.
Ну, 21 час за 10 месяцев это грубо 99,7% uptime. За восемь месяцев downtime Clodo составил, по грубым подсчетам (то, что проскакивало на хабре):
10 июня 2011 — 18 часов (http://habrahabr.ru/blogs/hosting/121080/)
20 мая 2011 — 9 часов (http://habrahabr.ru/blogs/hosting/119657/)
26 января 2011 — 1 час (http://habrahabr.ru/blogs/hosting/114073/)
Итого 28 часов подтвержденного «лежания». Это примерно 99.5% uptime за последние восемь месяцев. А на сайте написано 99.9%.
Еще возник такой вопрос. Вы мониторите главную страницу сервиса или у вас VPS у каждого из конкурентов? Просто, если судить по clodo.ru, то у вас действительно uptime близкий к 99,9%, т.к. если мне память не изменяет, когда в июне клиентские VPS лежали, сайт хостинга продолжал открываться (или поднялся достаточно быстро). Есть мнение, что и обратное верно, т.е. если, допустим, ваш форум на профилактике, это совершенно не сказывается на клиентских машинах.
10 июня 2011 — 18 часов (http://habrahabr.ru/blogs/hosting/121080/)
20 мая 2011 — 9 часов (http://habrahabr.ru/blogs/hosting/119657/)
26 января 2011 — 1 час (http://habrahabr.ru/blogs/hosting/114073/)
Итого 28 часов подтвержденного «лежания». Это примерно 99.5% uptime за последние восемь месяцев. А на сайте написано 99.9%.
Еще возник такой вопрос. Вы мониторите главную страницу сервиса или у вас VPS у каждого из конкурентов? Просто, если судить по clodo.ru, то у вас действительно uptime близкий к 99,9%, т.к. если мне память не изменяет, когда в июне клиентские VPS лежали, сайт хостинга продолжал открываться (или поднялся достаточно быстро). Есть мнение, что и обратное верно, т.е. если, допустим, ваш форум на профилактике, это совершенно не сказывается на клиентских машинах.
Мониторю естественно не главную страницу хостинга а созданные bps с устанвленным wordpress.
*bps=vps
Ладно, спорить не стану, будем считать, что вы меня убедили в том, что у Linode с uptime тоже проблемы. Но, нельзя ли уточнить, какой максимальный срок «лежала» машина? Ну, в смысле, вряд ли падение на 21 час обошлось бы без «бурления» в интернетах, значит было несколько коротких. Так вот, которое из них, по вашей статистике, было самым длинным?
Да и вообще, если вы ведете подобную статистику, не грех написать статью сюда. Я думаю, многим будет интересно знать реальное положение вещей, а не то, что написано на сайтах.
Да и вообще, если вы ведете подобную статистику, не грех написать статью сюда. Я думаю, многим будет интересно знать реальное положение вещей, а не то, что написано на сайтах.
Самый долгий получился 4ч. 38 мин. Статью писать не собираюсь ибо кокуренция подразумевает некоторую этику. Люди говорят: на чужом несчастье своего счастья не построить. Могу лишь сказать что по общему аптайму clodo держится в десятке с показателем 99,987 (с 1 октября 2010 г. По текущий момент). Не спорю, у кого то этот показатель выше, так как глобальных падений было только два. Июньские проблемы задели малую часть клиентов, но очень активных в плане «разоблачающих» статей.
Сорри, девятку лишнюю приписал, у clodo 99,87%
Клиентам, которых эти проблемы коснулись, совершенно всё равно мало таких как они или много. Они попали из-за того, что вы не соблюдаете контракт, на серьезные суммы. И ещё вопрос насколько мало таких клиентов было — очень уж много кто даже в этой статье написал о схожих проблемах.
Я всё жду, когда их сайт задефейсят красивой такой картинкой, где 99.9% зачеркнуто и рядом корявой рукой написано 80%?
Небольшой комментарий.
Центральная проблема, обозначенная в записи, относится по времени к концу первой декады июня. Мы сожалеем о том, что это произошло; компания с тех пор была подвергнута ряду технических и организационных изменений, о которых мы расскажем позже, если появится интерес. Мы понимаем, что это никак не вернет потраченного времени ваших сотрудников. Мы очень старались помочь вам восстановить как можно большее количество данных и закончили работу только тогда, когда сделали все возможное.
Возникшие трудности решала не техническая поддержка, а ведущие специалисты; с вами общались не рядовые сотрудники службы поддержки. Нам очень жаль, что до конца первой декады июня со стабильностью Clodo наблюдались те проблемы, которые наблюдались. Мы очень серьезно поработали и исправились.
Центральная проблема, обозначенная в записи, относится по времени к концу первой декады июня. Мы сожалеем о том, что это произошло; компания с тех пор была подвергнута ряду технических и организационных изменений, о которых мы расскажем позже, если появится интерес. Мы понимаем, что это никак не вернет потраченного времени ваших сотрудников. Мы очень старались помочь вам восстановить как можно большее количество данных и закончили работу только тогда, когда сделали все возможное.
Возникшие трудности решала не техническая поддержка, а ведущие специалисты; с вами общались не рядовые сотрудники службы поддержки. Нам очень жаль, что до конца первой декады июня со стабильностью Clodo наблюдались те проблемы, которые наблюдались. Мы очень серьезно поработали и исправились.
У меня вот такой вопрос: почему вобще не было компенсации за последний раз (июнь)?
Спасибо за старания, но это не вернёт нам потраченных на устранение вашей ошибки денег. Я понимаю ещё сбои в работе хостинга, и то не на такие сроки… но потерянные бэкапы… Как минимум, нужно было вернуть наши затраты на хостинг за последние месяцы и извиниться.
Ох уж это клодо. Сначала они падали 1 раз в неделю: то их ддосят, то у них тех проблема, то еще чего. Терпел это говно, так как понравилась сначала как все устроено. Перетащил еще 7 друзей с дури. Сегодня приехал из отпуска, а мой сервер оказывается удалили. Уже 5 дней не было оплаты и сервер удалили безвозвратно. Это свинство. Месяц могу понять, но 5 дней… Как пришел на клодо, так и уйду. Всех уведу и обосру клодо в каждом комменте, где будет ключевое слово «хостинг» и «вдс».
3.10 В течение 14 (четырнадцати) дней с момента образования нулевого баланса на Лицевом счете Абонента учетная запись Абонента сохраняется. По истечении этого срока вся информация Абонента автоматически удаляется. При этом последние 5 (пять) дней указанного срока являются резервными, и Оператор не несет ответственности за преждевременное удаление информации Абонента. Сохранение учетной записи не означает сохранения каких-либо данных, загруженных Абонентом на серверы Оператора.
Если между фактом образования нулевого баланса и удалением виртуалок прошло меньше 9 дней, то Clodo плохие, т.к. забили на свой же договор, если все-таки 9 или больше — то ура, может быть конкретно этот урок научит вас читать оферту хостера перед тем, как начинать пользоваться его услугами.
да, сам виноват. наверняка, в оферте еще было прописано, что они будут падать стабильно один раз в неделю.
Эээ. Уважаемый хабраюзер, вы определитесь сначала, за что хотите хаять клодо. Если за частые падения — флаг вам в руки, я тоже такое количество случившихся у них проблем не воспринял, как хорошее явление. А вот если за то, что 5 (хотя теперь вы не спорите с тем, что возможно и 9, а там глядишь выяснится, что на самом деле все 14) дней баланс был нулевым, то такого я уже не слишком понимаю.
Зачем было сразу после окончания бетатеста заявлять такой уровень SLA и почему он не был пересмотрен после всех возникших проблем — вопрос отдельный.
Зачем было сразу после окончания бетатеста заявлять такой уровень SLA и почему он не был пересмотрен после всех возникших проблем — вопрос отдельный.
вы должны понимать, что они не могут быть хорошими за красивый и удобный гуй и плохими за частое падение. впечатление общее. и если для меня они плохие больше, чем хорошие, то они плохие. и если кто-то это терпит, то исключительно потому, что проект малопосещаемый, либо не критичный, но никак не из-за теплых чувств по отношению к клодо.
не для рекламы ради, ребята переходите на ovh, я уже там сижу 2 года горя не знаю.
После первых падений Clodo сразу же съехал, клиентов терять не хочется и постоянно объяснять и говорить что вот вот сайты заработают надоело.
а у меня как-то виртуалку удалили при положительном балансе :) я в полном шоке был, денег на счету было на половину месяца
Съехал от клодо после 2х месяцев с таким геморроем. В итоге взял значительно более мощный дедик в Германии (форнекс) практически за те же деньги.
покупал у клодо сервер несколько месяцев назад, вроде в тестовый период было все очень даже хорошо, когда купили в течении недели было множество падений, простои по нескольку часов, в итоге уже на вторую неделю поняли что это не то, выпросили в саппорта деньги за оставшийся проплаченный срок и съехали. саппорт говорил что проблемы временные, что больше такого не повторится, но как-то сложно этому верилось
Господа, может кто-нибудь мне, дятлу, объяснить причины хайпа в отношении облачных сервисов?
Чем такое решение лучше какого-нибудь атома в датацентре за 30-40 мертвых президентов в месяц?
Минусы я понимаю (виртуалка она и есть виртуалка, специфические отношения с выделением памяти, загрузкой диска, оверселл и т д), а вот плюсы?
Знаю, что они должны быть — ten million lemmings can't be wrong как бы, но вот не чувствую.
Чем такое решение лучше какого-нибудь атома в датацентре за 30-40 мертвых президентов в месяц?
Минусы я понимаю (виртуалка она и есть виртуалка, специфические отношения с выделением памяти, загрузкой диска, оверселл и т д), а вот плюсы?
Знаю, что они должны быть — ten million lemmings can't be wrong как бы, но вот не чувствую.
О, раз тут появились представители сабжевого хостинга, можно задать один вопрос Clodo?
Вот залез на ваш сайт, почитал SLA. Не подскажете, зачем заявлять в нем "Если оборудование выходит из строя, мы гарантируем, что восстановление или ремонт будет завершен в течение одного часа после обнаружения проблемы", если заранее известно, что после каждого незапланированного падения сторадж «стартует» около 8 часов?
Вот залез на ваш сайт, почитал SLA. Не подскажете, зачем заявлять в нем "Если оборудование выходит из строя, мы гарантируем, что восстановление или ремонт будет завершен в течение одного часа после обнаружения проблемы", если заранее известно, что после каждого незапланированного падения сторадж «стартует» около 8 часов?
У меня ситуация 1 в 1!
Осталось на балансе около 12000, снять не получится, потому что компенсации и прочее снимать не предусмотрено.
В первую очередь расходуются личные средства, а потом только виртуальные). В общем 2 сервера еле восстановили из образа 2ух недельной давности. Тарам парам
Осталось на балансе около 12000, снять не получится, потому что компенсации и прочее снимать не предусмотрено.
В первую очередь расходуются личные средства, а потом только виртуальные). В общем 2 сервера еле восстановили из образа 2ух недельной давности. Тарам парам
Спасибо, окончательно отбили у меня всё желание переезжать к другому хостеру. Мне даже стыдно немного, что у меня была мысль перейти от них :)
Reg.Ru — аналогичная ситуация. Не рекомендую.
Свежие новости от clodo :) Пришло тут письмо на почту:
Если Вы планируете продолжать пользоваться виртуальным сервером, Вам необходимо выполнить пополнение баланса не менее чем на 6890909,59 руб.
Если Вы планируете продолжать пользоваться виртуальным сервером, Вам необходимо выполнить пополнение баланса не менее чем на 6890909,59 руб.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Приключения с Clodo: про земной и заоблачный подход к работе