а так как биллинг умеет работать только 1 обработчик — 1 кластер
из-за этого создается еще и куча обработчиков
а потом умножай это на разные биллинг панели, разные проекты
срань получается жесткая
вот если бы можно было как-то это через чекпоинты сделать
типо галочками выбирать нужные ОС или нужные кластеры или еще как
в юзабилити биллинга
было бы куда проще
тут еще представь все эти операции проводить (держать в голове) нужно x15 т.е. ВМ-6 штук 15 накопилось
и это все еще x10 умножай на 10 биллингов допустим где нужно идентичные операции сделать
короче достаточно геморойно все это
хочется один раз сделать и на 10 лет пока не сгорит
плюс вести учет
например прибыль расходы по хостинг проектам
ноды оплачиваются «из бюджета одного хостинг проекта»
а продаются по 5 разным биллингам
и еще отслеживать чтобы воздушных денег или расходов не было
приходится каждый месяц по каждому биллингу проходить и записывать сумму «по конкретному процессору» и удалять потом из прибылей основного проекта из бюджета которого оплачиваются ноды
по идее как должно быть?
1 хостинг проект — 1 ВМ-6
2 хостинг проект — 2 ВМ-6
тд
но тогда получается нужно в каждую ВМ-6 одни и теже процессоры/ноды добавлять. и окупать их. и это только плодить пустые доли и убытки. не каждый хостинг быстро может окупить ноду.
а теперь еще представь что
процессор №1 — но германия
процессор №2 — но финляндия
это значит нужно создать 2 кластера, 2 обработчика
и вот короче именно таким вот образом накапливается огромная куча сущностей
и еще это говно дублирует ОС
лютая дичь просто получается
но как там говорят — я умею строить любые решения, их любого говна
ну смотри видишь старые ОС
их было дохуя они просто при каждом обновлении панели росли и росли
а теперь после их исправления
есть копии ОС да, но это потому что несколько разных ВМ-6 панелей (как обработчики и кластеры) добавлены
и теперь проблема только одна — понять какая ОС из какой ВМ-6 панели
если ты выберешь неправильно — она потом пропадает
например был у тебя 2 года назад тариф какой-то из «ВМ-6 панели №1»
и вот нужно найти ОС именно тех лет — и там включить новый обработчик с новыми тарифами, но который так же находится в ВМ-6 панели №1
и тогда ничего не пропадает
2630 + 64DDR3 странные комплектующие, как будто осталась от старого клиента, а на актуальность не проверяют. только место в стойках занимать.
2650v2 + 256Gb ddr3 было бы лучше, наверняка есть клиенты которым нужно много дешёвой оперативки, в имеющуюся платформу скорее всего влезет.
Ceph это конечно жуткий зверь, особенно во время восстановления.
Можно это попробовать: yourcmc.ru/git/vitalif/vitastor
Если что, автор всегда поможет в телеграме.
Возможно дело в кредитах и закупках заблаговременно ДО?
Такие компании, как овх или хетзнер, всегда брали большие кредиты на закупку железа серьёзными партиями.
И, например, условно та же партия дисков по 512 NVME в большом количества, могла закупаться ещё года 2-3 назад, в результате большая часть накопителей, лежала на внутреннем складе в ожидании установки в платформы. Но это лишь предположение.
Кто его поймал уже, отпишитесь. Фото, видео с извинениями)
и просто делают
1 кластер — 1 geo
и хуярят туда бесконечно любые процессоры
а в названии тарифов вообще не пишут даже процессор
но мы же не говно хост врущий клиентам
мы дрочимся и делаем правильно )
один и тот же процессор
но нужно под каждый geo кластер сделать
и уже происходит ДУБЛИКАТ ТАРИФОВ в списке тарифов
получается огромная куча кластеров
а так как биллинг умеет работать только 1 обработчик — 1 кластер
из-за этого создается еще и куча обработчиков
а потом умножай это на разные биллинг панели, разные проекты
срань получается жесткая
вот если бы можно было как-то это через чекпоинты сделать
типо галочками выбирать нужные ОС или нужные кластеры или еще как
в юзабилити биллинга
было бы куда проще
процессор №2процессор №1— но финляндияпотом есть процессор №2
процессор №3
процессор №10
и все их нужно еще и по GEO так же продублировать
ихиз любого говнаи это все еще x10 умножай на 10 биллингов допустим где нужно идентичные операции сделать
короче достаточно геморойно все это
хочется один раз сделать и на 10 лет пока не сгорит
плюс вести учет
например прибыль расходы по хостинг проектам
ноды оплачиваются «из бюджета одного хостинг проекта»
а продаются по 5 разным биллингам
и еще отслеживать чтобы воздушных денег или расходов не было
приходится каждый месяц по каждому биллингу проходить и записывать сумму «по конкретному процессору» и удалять потом из прибылей основного проекта из бюджета которого оплачиваются ноды
по идее как должно быть?
1 хостинг проект — 1 ВМ-6
2 хостинг проект — 2 ВМ-6
тд
но тогда получается нужно в каждую ВМ-6 одни и теже процессоры/ноды добавлять. и окупать их. и это только плодить пустые доли и убытки. не каждый хостинг быстро может окупить ноду.
а теперь еще представь что
процессор №1 — но германия
процессор №2 — но финляндия
это значит нужно создать 2 кластера, 2 обработчика
и вот короче именно таким вот образом накапливается огромная куча сущностей
и еще это говно дублирует ОС
лютая дичь просто получается
но как там говорят — я умею строить любые решения, их любого говна
ну смотри видишь старые ОС
их было дохуя они просто при каждом обновлении панели росли и росли
а теперь после их исправления
есть копии ОС да, но это потому что несколько разных ВМ-6 панелей (как обработчики и кластеры) добавлены
и теперь проблема только одна — понять какая ОС из какой ВМ-6 панели
если ты выберешь неправильно — она потом пропадает
например был у тебя 2 года назад тариф какой-то из «ВМ-6 панели №1»
и вот нужно найти ОС именно тех лет — и там включить новый обработчик с новыми тарифами, но который так же находится в ВМ-6 панели №1
и тогда ничего не пропадает
2650v2 + 256Gb ddr3 было бы лучше, наверняка есть клиенты которым нужно много дешёвой оперативки, в имеющуюся платформу скорее всего влезет.
Конечно, декстопы и серверы это разные клиенты.
Можно это попробовать: yourcmc.ru/git/vitalif/vitastor
Если что, автор всегда поможет в телеграме.
Look at this dudeee, wahahah, look at his IOPS, wuhahahaha
Такие компании, как овх или хетзнер, всегда брали большие кредиты на закупку железа серьёзными партиями.
И, например, условно та же партия дисков по 512 NVME в большом количества, могла закупаться ещё года 2-3 назад, в результате большая часть накопителей, лежала на внутреннем складе в ожидании установки в платформы. Но это лишь предположение.