Фиг ли облако такое дорогое
Mar. 24th, 2018 09:50 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
elglinТут рассуждения Кэпа, на самом деле. Я это больше для систематизации для самого себя.
1. Всем известно, что до некоторой степени расходы на софт и железо можно обменять на расходы на сотрудников. И на рубеже 2013-2014, когда бакс взлетел, а зарплаты спикировали, это резко стало выгодно. С тех пор зарплаты, конечно, не восстановились, но заметно подросли, а железо трошки подешевело - это надо иметь в виду. Все в долларовом исчислении, естественно, пока что отечественные сервера и СХД клепают только методом наклеивания шильдиков на всякие супермикро.
2. Когда у вас пресловутый КОИ (коэффициент оперативного использования) лезет выше 80-90, вы всегда расплачиваетесь за это временем оператора - потому как что-нибудь надо постоянно подкручивать. Облачный провайдер этим заморачиваться не будет (и правильно), а вот в контексте отдельно взятой конторы при условии оператора, плюс-минус знающего бизнес конторы, игра может и стоить свеч. Грубо говоря, повышение порога загрузки СХД на 5% может сберечь вам абстрактные два-три килобакса в год, а лишнее время оператора может стоить конторе, скажем, полтора. Все экономия, хотя подозрительно напоминает экономию на спичках. Но штука в том, что железо прибывает не терабайтами, а иногда полками дисков, и очень часто стоит напрячь оператора для того, чтобы не влетать в очередной шмат капвложений - вот тут как раз вполне может быть ситуация, что за счет повышения КОИ для того, чтобы удержаться под очередным порогом, можно конторе и свою зарплату сэкономить.
3. Понижение "местной" стоимости во многом достигается мерами, которые облачный провайдер себе позволить не может, поскольку они все "на тоненького". Ну проработал у нас сервак пять лет, ну еще год без поддержки проживет. А потом еще год. А потом - ну у нас же четыре одинаковых, один сломается, так его на запчасти.
У вас RAID-5 на продакшене - плохо, конечно, но откуда ж столько места взять. А он у вас 3+1 - а может, сделаете 5+1, считай, на ровном месте 10% места нафармили. У вас мониторинг орет о 10% свободного места? А давайте 5% сделаем. А давайте 2%.
Какой у вас план disaster recovery? Благие пожелания - отлично, отлично, подписываем.
При этом я подозреваю, с учетом того, какой вид имеют эпичные фейлы облачных провайдеров, что и в них происходят сходные процессы, но, надеюсь, не до такой степени.
4. И проблема-то в том, что обычно прокатывает, особенно если админы нормальные, а железо не с Савела. Куча брендовых серверов и СХД (к вопросу о том, зачем переплачивать за бренд) с чувством исполненного долга начинает сыпаться не на пятый, а на седьмой-восьмой год жизни, а отдельные экземплярусы успевают отметить 10 лет работы перед тем, как отправиться на свалку истории.
На самом деле, я практически уверен в том, что если строить свое хозяйство правильным образом, а не на тоненького, то профита по сравнению с облаком не получить, тупо за счет экономии масштаба. Просто его строят почти все на тоненького, и я не исключение.
1. Всем известно, что до некоторой степени расходы на софт и железо можно обменять на расходы на сотрудников. И на рубеже 2013-2014, когда бакс взлетел, а зарплаты спикировали, это резко стало выгодно. С тех пор зарплаты, конечно, не восстановились, но заметно подросли, а железо трошки подешевело - это надо иметь в виду. Все в долларовом исчислении, естественно, пока что отечественные сервера и СХД клепают только методом наклеивания шильдиков на всякие супермикро.
2. Когда у вас пресловутый КОИ (коэффициент оперативного использования) лезет выше 80-90, вы всегда расплачиваетесь за это временем оператора - потому как что-нибудь надо постоянно подкручивать. Облачный провайдер этим заморачиваться не будет (и правильно), а вот в контексте отдельно взятой конторы при условии оператора, плюс-минус знающего бизнес конторы, игра может и стоить свеч. Грубо говоря, повышение порога загрузки СХД на 5% может сберечь вам абстрактные два-три килобакса в год, а лишнее время оператора может стоить конторе, скажем, полтора. Все экономия, хотя подозрительно напоминает экономию на спичках. Но штука в том, что железо прибывает не терабайтами, а иногда полками дисков, и очень часто стоит напрячь оператора для того, чтобы не влетать в очередной шмат капвложений - вот тут как раз вполне может быть ситуация, что за счет повышения КОИ для того, чтобы удержаться под очередным порогом, можно конторе и свою зарплату сэкономить.
3. Понижение "местной" стоимости во многом достигается мерами, которые облачный провайдер себе позволить не может, поскольку они все "на тоненького". Ну проработал у нас сервак пять лет, ну еще год без поддержки проживет. А потом еще год. А потом - ну у нас же четыре одинаковых, один сломается, так его на запчасти.
У вас RAID-5 на продакшене - плохо, конечно, но откуда ж столько места взять. А он у вас 3+1 - а может, сделаете 5+1, считай, на ровном месте 10% места нафармили. У вас мониторинг орет о 10% свободного места? А давайте 5% сделаем. А давайте 2%.
Какой у вас план disaster recovery? Благие пожелания - отлично, отлично, подписываем.
При этом я подозреваю, с учетом того, какой вид имеют эпичные фейлы облачных провайдеров, что и в них происходят сходные процессы, но, надеюсь, не до такой степени.
4. И проблема-то в том, что обычно прокатывает, особенно если админы нормальные, а железо не с Савела. Куча брендовых серверов и СХД (к вопросу о том, зачем переплачивать за бренд) с чувством исполненного долга начинает сыпаться не на пятый, а на седьмой-восьмой год жизни, а отдельные экземплярусы успевают отметить 10 лет работы перед тем, как отправиться на свалку истории.
На самом деле, я практически уверен в том, что если строить свое хозяйство правильным образом, а не на тоненького, то профита по сравнению с облаком не получить, тупо за счет экономии масштаба. Просто его строят почти все на тоненького, и я не исключение.
(no subject)
Date: 2018-03-24 08:19 am (UTC)https://scif-yar.dreamwidth.org/168103.html
https://scif-yar.dreamwidth.org/156226.html
https://geektimes.ru/post/297143/
https://fromreallife.wordpress.com/2018/02/03/2018-%d1%87%d1%82%d0%be-%d0%bf%d0%be%d0%bc%d0%b5%d0%bd%d1%8f%d0%bb%d0%be%d1%81%d1%8c/
Это к вопросу считать.
то есть по первому пункту надо считать не только капитальные затраты плюс электричество плюс проценты за стоимость денег(амортизацию плюс банковские проценты и прочие) плюс кондиционеры плюс - а еще и клиентские лицензии к примеру.
---
>> Облачный провайдер этим заморачиваться не будет (и правильно)
-
Еще как будет. У него те же самые TCO/ROI и алчные менеджеры в затылок дышат. Вопрос в том, насколько они дышат.
И что выйдет в итоге этой экономии
---
>>Ну проработал у нас сервак пять лет, ну еще год без поддержки проживет. А потом еще год. А потом - ну у нас же четыре одинаковых, один сломается, так его на запчасти.
-
Такого говна полно. Возьмем не хулет, а супермикру, набьем туда диски подешевле, соберем не железный массив, а CEPH, а когда все ебанется - кто сказал cloudmouse ?
хетцер, емнип, предлагал серваки чуть ли не на расберри
--
>> что и в них происходят сходные процессы, но, надеюсь, не до такой степени.
-
С чего бы вдруг? Это ровно тот же бизнес с кроиловом, что и везде.
---
>>На самом деле, я практически уверен в том, что если строить свое хозяйство правильным образом, а не на тоненького, то профита по сравнению с облаком не получить
-
Все проще. Облако позволяет
а) убрать непрофильную часть типа схд, кондиционеров, замены дисков, ИБП, замены батарей на аутсорс. Это экономит зарплату "тут", ОСОБЕННО учитывая 30+13%, которые ты не видишь как работник.
б) при необходимости быстро отмасштабироваться. То есть у тебя например загрузка серверов в режиме "каждый день" - ну 30% (чего-то), и время восстановления (RTO) - сутки, а на сдачу отчетности - 150% и час.
90% времени железо и все прочее тупо стоят и делают "ничего".
в) не заморачиваться на капитальные вложения и амортизацию
(no subject)
Date: 2018-03-24 10:42 am (UTC)Я сравниваю для себя облако типа IaaS с колокейшеном. Колокейшен - это, в терминологии XaaS, "Datacenter as a Service". То есть я не парюсь кондеями и ИБП уабсче.
СХД и диски все еще мои, но замена запчастей сводится к "выслать в поддержку логи" и "сделать инженегру пропуск в машзал на такое-то число", с опциональным "убедить поддержку вендора поднять жопу" посередине. Тоже немало, факт, но это примерно 3-4 часа на кейс, то есть 10-12 часов в год.
Касательно отмасштабироваться... ты знаешь, на практике это очень часто требует либо поддержки этого со стороны приложения, либо достаточно продвинутой системы CD, либо наколеночного масштабатора (в ночь перед 28-м навешиваем на 1С-сервер +100500 памяти и процов, в ночь перед 5-м вырубаем, отнимаем и врубаем опять). Про то, что это кому-то колхозить надо, никто не говорит - а 95% приложений вот ни фига не cloud-native.
Капвложения и амортизация - это офигенный аргумент, без иронии, поскольку затраты времени на все эти согласования, постановки и снятия с учета, утилизацию и т.п. считать обычно не модно.
И я продолжаю настаивать, что основной вопрос тупо в масштабе. Грубо говоря, датацентр бесконечного размера резервирует N% от вычислялки, M% хранилки, имеет Q% запас по питанию и т.д. и т.п.
Поскольку в реальности размер не бесконечен, все эти проценты округляются вверх до целых штук оборудования. Если у тебя пицот серверов, округлением вычислялки ты можешь пренебречь. То же, если у тебя пара сотен полок дисков (ну то есть петабайты данных).
На практике же не все мелкие облачные провайдеры до этих масштабов достают, не говоря об отдельных конторах. А вот когда у тебя четыре сервера, то пятый для N+1 уже кусается, а также очень сложно купить 2/3 10-гигабитной киски, 1/5 полки с дисками и так далее. И именно требования к хотя бы минимальной отказоустойчивости начинают тащить твое TCO вверх.
Не, все, на самом деле, вылезло из того офигенного момента, что у меня на 50% не сходится ценник провайдерского облака с родным TCO, и я пытаюсь понять, что я не досчитал, потому что чудес-то быть не должно, и 50% разрыв великоват - я легко поверю в 20% в любую сторону, но не в 50% против облака.
(no subject)
Date: 2018-03-24 06:43 pm (UTC)-
не учел скидку провайдера за то, что у него собрано на говне и палках, и он поимел скидку от той же сисиьки процентов на 50 от ЖПЛ.
(no subject)
Date: 2018-03-25 07:40 am (UTC)(no subject)
Date: 2018-03-25 06:53 pm (UTC)тут же был срач мс\варя - у народа получалось в обе стороны +- 100%
(no subject)
Date: 2018-03-24 06:47 pm (UTC)-
только памяти. 1с как был лютым говном однопоточным, так и остался.