МВД пожаловалось, что сломавшиеся серверы на «Эльбрусах» невозможно быстро заменить

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

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

Одного расстрелять, остальные сами всё спаяют.

Пфф. Познакомился с этой поделкой в 2010, пищал радости "какая классная игрушка". Последние 10 лет только матерюсь.

PS а при переезде высоконагруженой машинки между датацентрами, тем более виндовую она не только может пинги потерять но и не подняться потом без бубна

Лайк зря поставил видимо, ты про вмваре, ты не прав!)

Очередной обсëр. Можно было бы поверить в трудности, но 24х летняя статистика говорит об обратном. И тут партнëры наебали, даже не заграничные, а самые близкие, родные, родненькие. Тьфу.

Вернул, чтоб не обидно было.

А по поводу ебанутости: эта тварь выпила мне кровь своей системой снапшотов, особенно когда разбирался как она работает, особенно после нетаповских (хоть и не корректно сравнивать) снапшотов. Даже виндовый vss в разы лучше вмварного воплощения.

Прекрасно там работают снапшоты, ниже версии ESXi 6.7 не скажу, не юзал! Кстати снапшоты круто реализованы, они делаются моментально, у тебя остается файл до текущего момента и файл в который пишутся изменения.)

1) Есть аппаратный комплекс
2) Есть различные носители
3) Загрузиться нельзя
4) ????
5) PROFIT!!!

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

ездит под жопой начальника МВД, в виде ренджика какого нить
да и вообще, ЗИП для Госов, как и бэкапы - для слабых и немощных!

чертовы жлобы! зажали процент на аренду нормального сервера в германии!
на отечественное надейся, а немецкое покупай!

надо всегда иметь резервные системы а не крысить бюджеты.

Размещено через приложение ЯПлакалъ

Вот и я о том же

Размещено через приложение ЯПлакалъ

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

И вот при этих фризах ноды эксчового даг кластера просто разбегались по разным углам и без внешнего вмешательства более не собирались. ХЗ как другие приложухи это все воспримут, какой нибудь САП ХАНА

А еще вмваря по какой то причине может не сделать консолидацию и тогда будет риск переполнения луна. Либо вообще может потребоваться ручная консолидация с даунтаймом.

а уж при миграции на другой ДЦ нужно быть еще более аккуратнее просчитав что хватит времени мигрануть и не хапнуть кучу этих дельт.

Вот тебе и сферический конь в вакууме без потери пингов...

Не в обиду, если у тебя такие проблемы, то дело не в ПО.;)

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

Это сообщение отредактировал jackalenok - 14.11.2024 - 17:18

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

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

Именно так. Одни бельгийцы предложили концепт, другим бельгийцам это понравилось, первые пришли к нашим, наши архитекторы типа разработали и продали первым, первые продали вторым, вторые дали добро на внедрение и понеслась. Минимальное тестирование и в прод.

если перефразировать, это ненадежная хуета с уебищной поддержкой.

Говоря про "Эльбрусы", в первую очередь надо упомянуть другое: низкая производительность при опизденительной стоимости + неопределенное качество оборудования.

Если какой-нибудь недорогой односокетный сервер (например, Supermicro) на современном Xeon вполне способен тянуть достаточно серьезную БД, и при этом еще имеет запас производительности, то под те же задачи надо будет собирать кластер из нескольких 2-4 процессорных серверов на Эльбрусах. Причем кластер не для отказоустойчивости, а для приемлемой производительности - что влечет повышенную вероятность выхода из строя системы в целом.

Сборка надежная все качественно припаяно, приварено, прикручено. По этому и заменить его непросто.

Они тоже...

Ну и кто блядь мешал использовать нормальный софт и железо? Сами себе проблемы придумывают