мне всегда было не понятно, как ПУ будет определять на каком узле какой пулл из кластера

допустим есть сетка большая крупная
она добавлена в Кластер-1
но поделена на 3 сервера и 3 пулла с конкретными IP адресами значит

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

вариант1
просто всю сетку разделить на пулл
типо хоть 10 серверов — все они по очереди будут браться из пулла
но а если из этой сетки часть IP ушла куда-то еще и они работают и настроены уже?
как ПУ поймет что их трогать нельзя?

вариант2
делать 1 обработчик — 1 кластер
типо 1 сервер — 1 пулл — 1 кластер, потому что для каждого обработчика нужно выбрать только 1 кластер в биллнге
но тогда получится и 5 тарифов — 1 кластер, потом 5 еще тех же самых тарифов — 2 кластер и как следствие 2 обработчик

когда будет 1000 заказов
в биллинге будет 100 ненужных копий одинаковых тарифов и 20 ненужных копий обработчика

это же не дело!
поэтому я так selectel и не стал настраивать за прошедшие 3 года

решение этих проблем как я вижу
решение1
в VMmanager внутри узла — дать возможность указать конкретные пуллы из списка, типо пулл привязывается к узлу и не ебет больше никому мозги
решение2
в Billmanager в обработчке VM-6 дать возможность выбрать несколько кластеров сразу. типо тарифы будут делаться из обработчка-1, но внутри этого обработчика-1 будут хоть 50 разных кластеров, созданных по типу 1кластер-1-конкретный-пулл-1конкретный-узел

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

ручной выбор IP адреса при создании

помните год назад я писал что в VMmanager 5 — была возможность выбрать конкретный IP при создании
hosting.show/alice2k-hosting/vot-eto-nuzhno-raskidat-po-15-vds.html
а в VMmanager 6 отсутствовала

потом они таки сделали эту возможность

но только сегодня я увидел ее в действии
оказывается эта возможность работает только для кластеров которые через настройку сети аля РФ


но когда создаешь ВМ через ОВХ или Хетзнер
где другая настройка сети
эта возможность до сих пор отсутствует

еще пример нелогичного интерфейса

вот создаешь ты ПУЛЛ
и там форма заполнения


как было бы охуенно?
вот ты создаешь пулл и там сразу выпадает листинг уже созданных сетей, где так же есть форма поиска когда сетей будет овер дохуя
и ты сразу мозгом бы понимал что это пулл для какой-то конкретной уже созданной сети
а так же, ниже, была бы галочка «или создать новую сеть»

как 64 гб озу серверы превратились в 512 озу серверы - и ничего не случилось

старые рассуждения советую читать по этим меткам
hosting.show/tag/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%BA%D0%B8/
hosting.show/tag/%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%B0%20%D0%BF%D1%80%D0%BE%D1%82%D0%B8%D0%B2%20%D0%B4%D0%B5%D0%B4%D0%B8%D0%BA%D0%B8/
hosting.show/tag/%D0%BD%D0%B8%D0%B7%D0%BA%D0%BE%D0%BA%D0%B0%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B5%20%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%BE/

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

















и перенести всех на Эпики




как мы видим
НИХУЯ НЕ СЛУЧИЛОСЬ

а почему?
а потому что это ВДС где люди сами по себе никогда не потребляют все ресурсы тарифа
например канал на каждом сервер 1 гигабит — но часто там даже 20 мегабит не потребляется
поэтому 16 серверов уместилось в 3 Эпика
т.е. 16 гигабит превратилось в 3 гигабита
и НИХУЯ НЕ СЛУЧИЛОСЬ

какой вывод можно сделать?
на старте когда ты новичок — заполнить сервер на 256 озу — очень дорого, это сколько месяцев в убыток нада работать
поэтому на старте проще покупать 64 озу серверы
но в конечном итоге, из-за того что «сама услуга такая» и из-за понятие «похуист» — выгоднее уже закупаться мощными серверами на 256 и 512, т.к. на них цена одной доли выходит дешевле, чем цена доли на 64 озу.

поэтому в конечном счете — большинство хостеров которые «на своих сетях» — приходят к этому выводу
хотя например мои серверы — работают пока не сгорят, но потому что у меня во первых ALL-CORE и у меня очень много реальных грузчиков которые как раз покупают бомж виртуалку как способ получить ресурсы дедика или канал дедика. поэтому у меня бы такое не сработало. но если бы я делал такие же «примитивные тарифы на 4 озу и 2 ядра» — то было бы тоже самое уверен.

для чего этот рассказ? а просто, что вот как оно на самом деле. если у тебя не навороченное облако, если у тебя не приватное облако под какие-то особенные задачи, а если аудитория обычных виртуалок, то 95% таких виртуалок никогда нагрузок и не составляют. про похуистов писалось еще в 2013 году и спустя 10 лет — ничего не изменилось.

иногда встречаются по истине жадные люди (чувак 5 лет ждет бесплатного биллинга чтобы начать)

чувак уже 5 лет пишет одно и тоже


я ему отвечал уже не один раз



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

пришлось еще раз отвечать


но он все равно пишет


я ему ответил кажется про 2023


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


и вот он опять написал


и я сразу вспомнил этого чувака

заканчивался 3 день января

3 дня уже прошло
а в ОВХ до сих пор обрабатываются счета всякие автоматические

когда-то лет 5 назад уходил на это 1 день, 1 число месяца всегда было максимально глючное, платежи шли не за 10 минут, а за 2 часа, серверы отключались и включались по 12 часов, вместо 15 минут и тд тд

с каждым годом этот диапазон тормозов постоянно увеличивался

потом они стали вводить авто оплаты — которые портили дату сервера на 1 число
и диапазон увеличивался еще сильнее и быстрее

вот в 2023 просто невыносимо ждать 3 дня
3 дня ничего не работает
ничего нельзя включить продлить оплатить
все застревает и где-то там «в очереди»

вот кто придумал эту хуйню еввропейского метода оплаты?
это просто еблан по другому и не скажешь

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

я даже не знаю как это описать
вот сервер отключился
я его продлил уже два раза
а нихуя он не включается — потому что очередь на включение где-то в жопе и возможно она обработается только 5 января