Comments 99
Еще немного и это станет традицией
Руки им мыть надо перед работами с серверами. Ну или хотя бы временно вставлять на положенное место…
У них это похоже традиционный «воскресный» факап: рано утром в воскресенье все ломается.
Очень не хотелось бы потерять данные. Бэкапы конечно есть, но не первой свежести.
Очень не хотелось бы потерять данные. Бэкапы конечно есть, но не первой свежести.
вовремя съехал от них, как то достали уже постоянные падения
У нас тоже один из серверов лежал почти 10 часов, час назад подняли. Хочется переехать, а куда — проблема. До недавнего времени наиболее подходящим казался Селектел, держим там тестовые серверы, но и он в последнее время подводит.
если не настолько критичен пинг то лучше в сторону европы посмотреть. сам перенес проекты в ирландский ДЦ Амазона, около месяца полет нормальный)
Именно Москва нужна, и дело не только в пинге :(
Активклауд вроде в Москве
Плюсую к ActiveCloud, знакомый народ их рекомендует как раз таки из-за хорошего аптайма.
Но цены у них — совсем не айс.
Для обычного сайта их рекомендуемая конфигурация стоит 4 458.28 P/мес.
То что идет ниже, к теме не относится, это мое ИМХО на хабр
— — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — —
Да-аа, на хабре, вообще драконовские правила, гестапо отдыхает.
Это ж кому в голову пришло — вы можете комментировать 1 раз в ЧАС…
«Моя» недоумевает, зачем так нужно и главное для чего? Правила ради правил? Кретинизмом попахивает, однако.
Карма — это ничто и на ее основе запрещать мне выражать мысли — это сверхнаглость и антидемократичность. Хабр стоит демократизировать.
Для обычного сайта их рекомендуемая конфигурация стоит 4 458.28 P/мес.
То что идет ниже, к теме не относится, это мое ИМХО на хабр
— — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — —
Да-аа, на хабре, вообще драконовские правила, гестапо отдыхает.
Это ж кому в голову пришло — вы можете комментировать 1 раз в ЧАС…
«Моя» недоумевает, зачем так нужно и главное для чего? Правила ради правил? Кретинизмом попахивает, однако.
Карма — это ничто и на ее основе запрещать мне выражать мысли — это сверхнаглость и антидемократичность. Хабр стоит демократизировать.
Спасибо, присматриваемся к ним.
А в чем еще дело?
Во-первых, для продвижения в поисковиках требуют, чтобы сервер находился в Москве. Во-вторых, мы покупаем услуги как юр.лицо, поэтому документами (счета, акты) обмениваться гораздо проще, если провайдер находится в Москве.
Хорошо, поясню. «требуют» имелось в виду в нашей компании — не поисковик требует, не я требую, а люди, которые отвечают за продвижение. Что касается документов, от имени юр.лица платить иностранным компаниям (чтобы получить документы и предоставить их налоговой), видимо, не так просто. Это не моя прихоть.
Если подходят и обычные VPS, то очень рекомендую nqhost. У них три локации Россия(Москва), Германия и США. Они находка для меня.
А что не так с селектелом?
За последние полгода было не менее двух сбоев.
У них сбоило новое облако, старое пока стабильно полгода работает.
Сбой в новом облаке был в марте (почти на 16 часов), кроме этого был еще один сбой в ноябре (на полтора часа). Это только то, что я помню. Возможно, было что-то еще.
Это был deadlock на mdadm при запуске checking или resync. Эта проблема точно исправлена, все остальные виды сбоев кластер переживает без заметных для пользователя последствий (извините, что в чужом треде).
о, а багу загнали? где было гавкающее?
на сколько я понял тут github.com/torvalds/linux/commit/d6b42dcb995e6acd7cc276774e751ffc9f0ef4bf
И после этого они зовутся облаком? Разве основная мысль облака это не то, что вы не зависите от железа серверов?
От железа, а не от софта. :) А софт еще пилят.
Основная мысль облака — в том, что оно предоставляет удобный способ управления ресурсами, и по большому счету больше ни в чем. Ну, дополнительная фишка типа живой миграции — это вишенка на торте, только надо четко понимать: мигрировать по-живому может виртуалка, но не ее диск.
И надежность обеспечить можно, и диск при необходимости по-живому мигрировать. Зависит от постановки задачи при проектировании и, разумеется, адекватности созданного проекта и выбранных инструментов.
Я так понимаю, у Scalaxy сейчас не в штатном режиме система поломалась, а что-то меняли, и сломалось во время изменения.
Я так понимаю, у Scalaxy сейчас не в штатном режиме система поломалась, а что-то меняли, и сломалось во время изменения.
Я так понимаю, суть облака в том, что его гораздо проще навернуть одной командой.
Печаль, мой диск тоже задело.
UFO just landed and posted this here
Мне (тьфу-тьфу) повезло,
сбои моих проектов не коснулись.
сбои моих проектов не коснулись.
сервер раз
-bash: /usr/bin/uptime: cannot execute binary file
сервер два
/usr/bin/uptime: line 1: syntax error near unexpected token `)'
????2/????[?3?+?,????wɘn-1ۛ?ܔ?,??e?B?]?m_?c0?8|-?????2?o&?a??n?;A??Ķ ?j?t?x?)?p????Ntw????v?
-bash: /usr/bin/uptime: cannot execute binary file
сервер два
/usr/bin/uptime: line 1: syntax error near unexpected token `)'
????2/????[?3?+?,????wɘn-1ۛ?ܔ?,??e?B?]?m_?c0?8|-?????2?o&?a??n?;A??Ķ ?j?t?x?)?p????Ntw????v?
Техническая поддержка пока никак не комментирует происшедшее через личный кабинет.
Есть только общие обращения направленные всем, внутр которых идет активная дискусия без участия представителей оверсана
Есть только общие обращения направленные всем, внутр которых идет активная дискусия без участия представителей оверсана
Мне помог ребут и чекдиск
С fsck надо поаккуратнее, поскольку сохранность данных его задачей не является, он нужен только при приведения метаданных ФС к консистентному виду, даже если придется для этого что-нибудь потереть (что, впрочем, не означает, что fsck не следует использовать совсем).
И, разумеется, если сбойная запись попала на участок с данными, не стоит надеятся, что восстановление структур ФС восстановит Ваши данные.
В общем, проверяйте также их на повреждения (лучше обнаружить это раньше, чем когда бэкапы устареют сильнее).
Также не стоит торопиться с fsck, если файловую систему удается смонтировать в readonly.
И, разумеется, если сбойная запись попала на участок с данными, не стоит надеятся, что восстановление структур ФС восстановит Ваши данные.
В общем, проверяйте также их на повреждения (лучше обнаружить это раньше, чем когда бэкапы устареют сильнее).
Также не стоит торопиться с fsck, если файловую систему удается смонтировать в readonly.
файловую систему удается смонтировать в readonly
А какие дальнейшие порекомендуете действия?
У меня был подобный случай. Ну я ни сколько не сомневаясь вытащил систему из readonly, запустил fsck после чего она уже загружаться даже не стала.
А какие дальнейшие порекомендуете действия?
У меня был подобный случай. Ну я ни сколько не сомневаясь вытащил систему из readonly, запустил fsck после чего она уже загружаться даже не стала.
Переносить с порченого тома данные и проверять на валидность, разумеется. Если критиные данные точно не затронуты и Вы уверены в этом, то работать с ними дальше (не на побитой ФС уже, разумеется), иначе откатываться на бэкап. Когда данные вытащены, можно и fsck попробовать прогнать на битой ФС.
Тоже грузился только в read-only. Спас данные по следующей схеме: клонируем сервер -> добавляем ему новый диск -> переносим все необходимые данные на этот диск -> переустанавливаем ос на root (fsck на руте не помогала) -> даем ему ip, после загрузки есть доступ из вне, можно слить все, что удалось спасти.
Вроде бы уже отпустило, наши сайты заработали в нормальном режиме.
Мда. Лежит сайт с двух часов ночи. Учитывая, что клиент выкинул огромные бабки на субботную рекламу по первому каналу, все очень плохо.
если клиент имеет бабки для рекламы на первом канале, то у него в договоре должно быть прописано, что простой серверов (например) не более 30 минут.
А почему клиент, который кидает деньги на рекламу в телевизоре не заботится о том, чтобы не зависеть от одной виртуалки, а еще лучше — от одного провайдера? Ну то есть понятно почему — вопрос чисто риторический на самом деле. Но почему бы исполнителю не предложить ему сделать чуть по-другому. Как показывает практика, это хороший способ сделать win-win: исполнителю больше заработать, заказчику — получить лучший сервис.
Потому что до последних месяцев сайт падал раза 3 за пять лет. Решили сделать надежнее, и переехали в облако. Долго общались с представителями скалакси, они всех уверили, что в России у них один из лучших датацентров и начальство сделало выбор в их пользу. Как теперь оказалось — зря. Будем дальше учиться на своих ошибках. У остальных клиентов простые шаред хостинги годами работают как часы, а тут «супер отказоустойчивая система» падает через каждые выходные.
Все, финиш, техподдержка обьявила: сервер восстановлению не подлежит.
Сколько можно уже ))) Когда же они поймут, что общее хранилище это далеко не гуд )))
(Ничуть не оправдывая происходящее)
У вас есть альтернативы? Как вы предлагаете размещать клиентов? Каждому по выделенному хранилищу, даже если клиенту нужно 2Гб места при нагрузке на 50р/месяц?
У вас есть альтернативы? Как вы предлагаете размещать клиентов? Каждому по выделенному хранилищу, даже если клиенту нужно 2Гб места при нагрузке на 50р/месяц?
Сейчас дисковая плотность одного сервера достаточно высока и можно виртуальные машины хранить локально на физ.нодах и если «падает», то уж лучше одно нода, нежели одно хранилище с подключенными к нему 10-ю физ. нодами.
Может быть это не так круто по сравнению с дисковой полкой с RAID100500, и ещё чего… Но хотелось бы узнать ваше мнение.
ЗЫ: виртуальные машины гораздо дороже стоят :) А в случае с шаред-хостингом (то что за 50 руб./мес.) тем более дисковую полку (оно же хранилище) использовать не целесообразно.
Может быть это не так круто по сравнению с дисковой полкой с RAID100500, и ещё чего… Но хотелось бы узнать ваше мнение.
ЗЫ: виртуальные машины гораздо дороже стоят :) А в случае с шаред-хостингом (то что за 50 руб./мес.) тем более дисковую полку (оно же хранилище) использовать не целесообразно.
производительность СХД выше одного диска в пересчете на одну ноду.
к тому же, мобильность VPS при схд выше, чем при использовании пар нод «всё-на-борту».
и на RAID100500 можно SSD FlashCache ставить, а вот на каждую ноду уже не напасёшься…
В общем, правильным путём идут, но тестировать надо на кошках…
К сожалению, всё на кошках не откатаешь, оттого и вылезают вот такие бока.
к тому же, мобильность VPS при схд выше, чем при использовании пар нод «всё-на-борту».
и на RAID100500 можно SSD FlashCache ставить, а вот на каждую ноду уже не напасёшься…
В общем, правильным путём идут, но тестировать надо на кошках…
К сожалению, всё на кошках не откатаешь, оттого и вылезают вот такие бока.
Так и делают если «для себя» (гуглите архитектуры Гугла, Yahoo, тюбов всех мастей), для продажи сервиса нужна мистическая «гибкость» и потому городят внешние стораджи.
Ха! Ну так это прямой путь к полному ппц.
Рассказываю. Некоторое время назад у нас образовался м… э… хреновый сервер. Я так и не понял, что там было не так, в гарантии поменяли половину содержимого. Заняла возня с тестами и т.д. — три месяца.
Ваше предложение, что делать с клиентами, которые на локальных дисках были? Три месяца не обслуживать? Так я их запустил на другом сервере и всё хорошо, а с этим можно возиться сколько угодно.
Насчёт цены — у нас есть клиенты с полным аптаймом и расходами порядка 50-80р/месяц (лежит домашняя страничка, есть не просит).
Рассказываю. Некоторое время назад у нас образовался м… э… хреновый сервер. Я так и не понял, что там было не так, в гарантии поменяли половину содержимого. Заняла возня с тестами и т.д. — три месяца.
Ваше предложение, что делать с клиентами, которые на локальных дисках были? Три месяца не обслуживать? Так я их запустил на другом сервере и всё хорошо, а с этим можно возиться сколько угодно.
Насчёт цены — у нас есть клиенты с полным аптаймом и расходами порядка 50-80р/месяц (лежит домашняя страничка, есть не просит).
В rackspace, кстати, так и сделано. Зато в случае проблем с хостом мигрировать виртуалки будут больше суток. При наличии же СХД время измеряется секундами-минутами.
Веселят ответы сервера, с шестичасовой задержкой. Выполните эту команду, выполните ту… С какой стати я должен выполнять какие-то команды в выходной вечер воскресенья? Если сервер не работает по вине хостера, то админы хостера пусть и выполняют эти команды, я так считаю.
Неделю назад ушел на Селектел. Доволен, еще и дешевле получается.
А у них там в скалакси техдир вообще есть? Как зовут нашего героя?
Я устал, я ухожу.
Поясните, пожалуйста, грамотные люди, как они умудрились потерять все данные сервера? Вроде бы ими заявлялось о офигенной надежности, резервировании и что в облаке такого быть вообче не может.
Вообще изначально было ясно, что это грандиозный попил бабла роскосмоса. Мы на Хабре с НЛО не смогло распознать ссылку ни один десяток кармы потеряли, когда прямо указывали на это ещё на этапе открытия всех этих оверсанов. Наверное требуется прыгнуть на грабли с разбегу несколько раз, чтобы понять это. Мало ли что кем заявлялось.
Русское авось, помноженное на невысокую квалификацию персонала. Что-то российское использовать для проектов? Не знаю. Но думаю пока рано. Я не западник — просто наши технологии пока ещё не настолько совершенны. Нужно подождать.
У нас пропало 4% диска на основном сервере с БД после этого факапа. Хорошо что был второй пишу
А как проверить? У меня есть подозрение, что нас как то тоже зацепило
У меня проект после перезагрузки заработал вроде нормально. Но следующей ночью я остановил сервер, загрузил в single mode и открыв консоль (кнопка в панеле управления) запустил «fsck /dev/sda1» — оказалось часть системных файлов с ошибками. Исправил ошибки, но часть вспомогательных сервисов накрылась. Буду в ближайшее время съезжать в другое облако.
Подробнее про single mode написано на форуме Скалакси.
Подробнее про single mode написано на форуме Скалакси.
Как только linode.com сделает филиал в Москве, очень многие задумаются о переезде к ним.
Хотя в свое время я сам очень уважал scalaxy: и архитектура интересная, и своя система управления — все это очень хорошо (нет идиотских ограничений и формальностей, объяснение которым лишь «так сделано в чужой системе управления, которую мы развернули у себя»), так что честь ребятам и хвала за такой подход. Но но последнее время… Такое впечатление, что тестят код, действительно, на живых клиентах (либо недостаточно тестят предварительно).
Хотя в свое время я сам очень уважал scalaxy: и архитектура интересная, и своя система управления — все это очень хорошо (нет идиотских ограничений и формальностей, объяснение которым лишь «так сделано в чужой системе управления, которую мы развернули у себя»), так что честь ребятам и хвала за такой подход. Но но последнее время… Такое впечатление, что тестят код, действительно, на живых клиентах (либо недостаточно тестят предварительно).
Правила сисадмина.
1. Делай бэкапы всегда.
2. Первым делом на новом сервере настраивай бэкап.
3. Проверяй, что твой бэкап распаковывается и работает. Раз в месяц это делать также не помешает.
4. Сохраняй бэкапы минимум в 2 независимых хранилища (а лучше больше — учись у Волан-де-морта)
5. Если ты получил письмо «о плановых работах» — сразу сделай внеочередной бэкап!
6. Разработай план на срочный переезд к другому хостеру.
7. А лучше сразу арендуй там машину и настрой. Чтобы ждать только обновления записей в ДНС.
8. Проверяй состояние своих серверов, хотя бы Яндекс.метрикой. Можно и смс получать, бесплатно.
9. Не придумал.
10. Никогда не надейся ни на кого, кроме самого себя. Всегда помни, что драть за косяки будут тебя, а не хостера.
На всякий случай оставлю:
Настройка небольшого сервера.
Скрипт для бэкапа этого сервера.
Мои рецепты далеко не идеал, но лично мне помогают. Авось кому еще пригодятся.
1. Делай бэкапы всегда.
2. Первым делом на новом сервере настраивай бэкап.
3. Проверяй, что твой бэкап распаковывается и работает. Раз в месяц это делать также не помешает.
4. Сохраняй бэкапы минимум в 2 независимых хранилища (а лучше больше — учись у Волан-де-морта)
5. Если ты получил письмо «о плановых работах» — сразу сделай внеочередной бэкап!
6. Разработай план на срочный переезд к другому хостеру.
7. А лучше сразу арендуй там машину и настрой. Чтобы ждать только обновления записей в ДНС.
8. Проверяй состояние своих серверов, хотя бы Яндекс.метрикой. Можно и смс получать, бесплатно.
9. Не придумал.
10. Никогда не надейся ни на кого, кроме самого себя. Всегда помни, что драть за косяки будут тебя, а не хостера.
На всякий случай оставлю:
Настройка небольшого сервера.
Скрипт для бэкапа этого сервера.
Мои рецепты далеко не идеал, но лично мне помогают. Авось кому еще пригодятся.
Мда. Печально.
Кстати, clodo приостановили создание серверов в ДЦ оверсан-меркурий. Видимо они тоже хотят распрощаться со scalaxy :) Ну и правильно, я считаю!
Кстати, clodo приостановили создание серверов в ДЦ оверсан-меркурий. Видимо они тоже хотят распрощаться со scalaxy :) Ну и правильно, я считаю!
UFO just landed and posted this here
UFO just landed and posted this here
Кому-нибудь что-нибудь сказали о компенсации?
Потеря данных для облачного хостинга — абсолютно недопустимо. Был гораздо большего мнения о Скалакси.
Sign up to leave a comment.
Снова сбой в работе Scalaxy