Даа

Если он важен категорически, так что бабло теряется сотнями, то надо чинить утечки, менять бд

Потому что админ не отвечает за такие вещи. Он может сделать зеркало, может сделать мониторинг. Но мускуль он править не должен за разрабов

Нанимать программного если надо

Если он важен категорически, так что бабло теряется сотнями, то надо чинить утечки, менять бд

Это не проблема админа

Это проблема проджект менеджера и разрабов

Или, иногда, архитекторов, если они есть

Проблема админа - именно моментально переподнять

По моему у нас тут явное несогласие.

Проблема админа - именно моментально переподнять

Ну желательно еще сделать так чтоб по таком сценарию больше не падало

Ну желательно еще сделать так чтоб по таком сценарию больше не падало

Вот!

Посмортемы вот это всё

Но не предугадать

Экстремум - 25/7

24/7

Где может упасть

Надо стремиться к этому экстремуму

Стремиться можно до усрачки

Но опять же обычно в мире даже 9.99 системы экономически не оправданы

Ну желательно еще сделать так чтоб по таком сценарию больше не падало

Желательно, но не всегда реализуемо. Поди объясни начальству, что нужен еще один такой же мощный сервер с репликой, потому что мускуль - говно, а разрабы больше ни во что не умеют

Желательно, но не всегда реализуемо. Поди объясни начальству, что нужен еще один такой же мощный сервер с репликой, потому что мускуль - говно, а разрабы больше ни во что не умеют

Это пол беды

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

Вот у тебя есть петабайт данных в распределенной системе

Как это бекапить - можно придуматт

Как это бекапить - можно придуматт

В другой кластер же епта

Но как и главное за сколько востановмть

В другой кластер же епта

Ага и в другой дц

Стремиться можно до усрачки

Не до усрачки а пока владелец не скажет что хватит

Ага и в другой дц

Ну да, например, в s3

Востановить то обратно как ?

Востановить то обратно как ?

Копировать взад

Не до усрачки а пока владелец не скажет что хватит

Владелец, как правило, в этом понимает чуть менее, чем нихера

Ну да, например, в s3

И как долго ?

Востановить то обратно как ?

Elasticsearch из коробки умеет

Ну, с плагином маленьким

99% sla это 3 дня в год

И как долго ?

Долго, зато без потерь. Cap теорема, ты сам сказал

Владелец, как правило, в этом понимает чуть менее, чем нихера

Значит это не владелец. Или это не его деньги. Лично я бы насторожился и попросил объяснить почему частые падения и я трачу бабло впустую

Но ни о каком 7*24 речи нет

Я не могу понять... Вы против 24*7?

Значит это не владелец. Или это не его деньги. Лично я бы насторожился и попросил объяснить почему частые падения и я трачу бабло впустую

Владелец может поставить задачу "работать 24/7", да. Задача менеджера айти или админа в данном случае - спустить его с небес на землю

Да банально - вероятность события 1 тысячная процента - на 100000 железок уже 100%

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

Вызвали постоянные падения и виртуозные подъемы ?

Вы за*

И сказать "это невозможно, но издержки мы минимизируем, есичо"

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

Я в курсе. Но во время учений сервера обычно не выключают.

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

Насрать на диски. Важен сервтс

Сервис*

Вы за*

Нельзя быть за или против того, что невозможно в принципе)

О боги...

@RShishkin выключают только если работы затрагивающие питание

Я был в анализе чьоли?

Когда концепция сменилась?

В анабиозе*

Так она такой и не была никогда. Если тебе админ на собеседовании обещает 24/7 - он либо слишком молод, либо слишком туп

Когда админ стал в первую очередь чинить и только во вторую предупреждать падения?

Когда админ стал в первую очередь чинить и только во вторую предупреждать падения?

Не чинить. Переподнимать.

Это и есть чинить

А решения о том, что именно он там будет переподнимать, принимает вообще не он

Поломалась - заработало ?

Починили значит.

Сервис*

Все периодически ложиться. Вопрос в том как заметно

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

Аааа.... Так мы про ученых обезьянок в ДЦ, которые чототаи перегоужаю

Т?

Ч думал мы про админов

Я именно про админов

ERROR: S client not available

Они охренительно полезную работу делают

Мы явно разные профессии в виду имеем

Сглаживают косяки кривого падучего софта

Владимир давай лучше про Букинг. Чувак писал что там мониторится количество отказов сервисов в месяц. Если их слишком много - то ебут за падение качества. Если их слишком МАЛО, то говорят - ребята вы что то раслабились, где фичи новые? Давайте бодрее.

Сглаживают косяки кривого падучего софта

А, то есть таки предупреждают радегия

Но ругать их за отсутствие 24/7 - мудачество. Вот если переподнять быстро не смогли - тогда да

А, то есть таки предупреждают радегия

Не предупреждают. Минимизируют

Не предупреждают. Минимизируют

Таак. С пределом где?

Владимир давай лучше про Букинг. Чувак писал что там мониторится количество отказов сервисов в месяц. Если их слишком много - то ебут за падение качества. Если их слишком МАЛО, то говорят - ребята вы что то раслабились, где фичи новые? Давайте бодрее.

Именно

Таак. С пределом где?

А неважно где, софт не может работать лучше, чем он написан

А править софт - не проблема админа

Владимир давай лучше про Букинг. Чувак писал что там мониторится количество отказов сервисов в месяц. Если их слишком много - то ебут за падение качества. Если их слишком МАЛО, то говорят - ребята вы что то раслабились, где фичи новые? Давайте бодрее.

Это касается разработки

Ты не отвечаешь на вопрос, хотя слова птшешь

Ты не отвечаешь на вопрос, хотя слова птшешь

Я отвечаю конкретно)

Это касается разработки

Ну разработку же тестируют на фрагментах пользователей. Заыл как это наывается. Выкатываем фичу на 1% и мандражируем :)

Не предупреждают. Минимизируют

Так где предел? Или тебе понятнее "экстремум"?

Так где предел? Или тебе понятнее "экстремум"?

Я тебе еще раз говорю - нету никакого предела. Есть мифические 24/7 и есть софт, который со временем падает при любом раскладе

Ты всегда отвечаешь так что непонятно надо ли стремиться к 24*7 или насрать, пусть хоть падает через 2 минуты после старта главное чтобы поднималось быстро

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

Ты всегда отвечаешь так что непонятно надо ли стремиться к 24*7 или насрать, пусть хоть падает через 2 минуты после старта главное чтобы поднималось быстро

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

Но падать будет. Всегда.

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

Насколько важна эта БД?

Ты не написал опять

Ты всегда отвечаешь так что непонятно надо ли стремиться к 24*7 или насрать, пусть хоть падает через 2 минуты после старта главное чтобы поднималось быстро

Ты виляешь

Насколько важна эта БД?

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

Ты виляешь

Ты некультурно себя ведешь

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

Согласования с кем?

Согласования с кем?

С разрабами софта и/или с менеджером проекта

Ты некультурно себя ведешь

Я хочу увидеть позицию твою а не размышления

И даже если эта база будет падать каждый день - админ от этого не станет более виноват

Виноваты будут те, кто ее выбрал для продакшена