Получи случайную криптовалюту за регистрацию!

Об ответственности архитекторов и особенностях лицензирования | BeerPanda. Органично недоразвитый DevOps

Об ответственности архитекторов и особенностях лицензирования OpenShift. 3/3

Часть 2. Особенности лицензирования OpenShift.

Был у меня один крупный проект, связанный с OpenShift, где стоимость лицензирования шифта превышала стоимость ВСЕГО остального софта, в том числе и по причине отличного подбора размера воркеров.

Проект ко мне попал уже в стадии планирования закупки, т.е. перепроектировать это было невозможно. Тем не менее.

2.1 Подбор размера воркера

Имея экселевскую таблицу размером примерно 60 * 100 ячеек для расчета мощи всего этого безобразия и автоматического размера кластеров с учетом фрагментации, избыточности, уровней консолидации и всего остального, мне удалось сделать очень простую вещь.
Только лишь от изменения 64 / 32 до 16 / 90 количество потребных лицензий OpenShift схлопнулся почти в 2 раза, если считать лицензии по виртуальной модели (на vCPU). И это мы не говорим про оптимизацию размеров кластеров и количества физического железа, которое требует портов, питания, места и снова лицензий.

2.2 Выбор модели лицензирования и бодание с RedHat

Лицензирование OpenShift строится (по крайней мере на момент моего участия строилось) двумя способами:
- bare-metal кластеры лицензируются по количеству физических ядер в серверах
- виртуальные кластеры лицензируются по количеству vCPU в воркерах

Для меня же стало очевидно, что при том количестве OpenShift даже без изменения развертывания на bare-metal в теории можно сделать выделенный кластер гипервизоров ТОЛЬКО под OpenShift и лицензироваться по модели bare-metal.
Первый запрос в сейлов RedHat принес ожидаемый ответ - такого в Licensing Guide не описано. Ну разумеется не описано, это промежуточная ситуация. В общем, как говорится, не будите во мне зверя, а не то проснется кролик и я вас всех затрахаю.
Спустя 2 месяца и множества конфколлов с привлечением архитекторов RedHat из Европы и даже юристов, было дано заключение, что вообще как бы при выделенном кластере bare-metal лицензирование допустимая модель, даже если все воркеры виртуальные. Главное, чтобы они с этого кластера не разбегались.
Итог: еще в 3 раза схлопнулись лицензии.

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

А всего лишь за счет понимания работы железа и архитектуры развертывания.

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