И все тех работы, замены комплектующих тоже будут публичные.
И каждый владелец сможет оставить отзыв под этим «серверов в употреблении».
Вот такой проект в моей копилке.
В общем я решил так.
Каждый год, в течение 5 лет сервер будет падать в цене.
При покупке сервера и запуска в эксплуатацию — будет помечаться дата в публичный график какой-ниб.
Прошел год работы — цена снизилась.
Прошло 2 года — цена еще снизилась. Именно за конкретный сервер. Если он освободился — то публикуется в освободившиеся и там видна дата покупки сервера и сколько он уже работает.
Прошло 5 лет — ушел в ангар для бомжей по цене электричества и там до самой смерти.
Как-то так.
вообще, в идеале лучше даже не удалять VDS-ки, а просто отключать
появляется заказ — включаешь.
меняешь пароль у пользователя Vmmanager и выдаешь в биллинге где поступил заказ :) и ставишь примечание где заказано.
вот так приловчился уже.
так что подход через «узлы» — довольно неудобный.
но зато это лучший подход если у тебя планируется много нод однотипных.
например покупаешь домен по имени процессора. а поддомены это локации/города/дата-центры и пилишь узлы.
а вот если у тебя разовые какие-то ноды.
то там проще делать VMmanager с нуля на каждом сервер и маркировать его просто каким-то техническим поддоменом. xxx4444.noda например. и в записях точно знаешь уже и конфиг и сеть и маркировку.
ну, смотри
при создании vds
во первых выбираешь ноду (ноды можно переименовывать и поэтому хоть как-то их можно различить)
далее ты выбираешь IP адрес для VDS
и тут короче у тебя например 30 сетей. которые никак не пометить.
так что, тебе придется идти куда-то в свои записульки и смотреть какая сеть на какой ноде привязана. и тратить минут 5-10 на поиск по папкам каталогам гугл документам битриксам24 и т.д. потому что ноды еще и по десятку хостингов и биллингов раскиданы.
вероятно оно решает, если у тебя сеть на 1024 ипа и ты на коло где-то
когда арендуешь сервера с 16 — 32 — 64 сетями — не знаю, как можно эти сети куда-то еще раздавать, «вне сервера»
каждая сеть на свою ноду привязана и все
И это короче — сети IP адресов.
Когда у тебя узлом будет там 10-20 разных.
И 20 или 30 сетей например.
Когда начнешь создавать VDS — будешь 10 минут вспоминать по записям на какой ноде какая сеть. Нету ни комментариев, никаких пометок в панели. И это просто тоже отстой какой-то. Админ должен сам примечание указывать и к сети и ноде. Должно быть такое поле.
о трафике или лимитах — я бы на твоем месте не беспокоился. если ты не стриминг сервис какой-ниб или не онлайн видео. поверь мне, тебе хватит за глаза и 1 мегабита. большинство средних обычных сайтов так жрут.
как раз вот это я называю «дата-центр подводит»
и людям приходится уходить куда-то ее. ведь ДЦ добровольно шлет их на три буквы блокируя сервер на 12 часов из-за ддоса на 10 минут.
все клиенты которым я продавал РФ ДЦ — все равно уходят в OVH, где сервера не блокируются.
дата-центр подводит? покупаешь новый ресурс, восстанавливаешься с бекапа. все дела.
или ты из категории людей, которые самостоятельно переехать не могут даже? ) и переплачивают за обслуживание и сервис.
любой серьезный проект — умеет все сам. и такие проекты сидят как раз на дедиках. и сидят до тех пор, пока дата-центр не подводит. как только он подводит, они молча восстанавливаются в другом месте и уходят.
нет, домен не забывали продлевать.
но это была массовая версия на vc.ru и прочих ресурсах — там хомячки, которые даже whois не могли зайти посмотреть начали орать про это
точно так же, как ты делаешь свой сайт
оптовым клиентам не нужны серверы из этого дц
проверили пока что разве что абузоустойчивость — такая же как и везде. очередное вранье хостеров.
www.nic.ru/pages/club_programm/popup.html
Заводить аккаунты, писать тикет что хотите передать домены
panel.abcd.domains/billmgr
panel.abcd.studio/billmgr
bill.suki.host/billmgr
Тарифы пока не были созданы, только недавно ручная обработка появилась, как раз в процессе будем добавлять после тикетов.
И каждый владелец сможет оставить отзыв под этим «серверов в употреблении».
Вот такой проект в моей копилке.
Каждый год, в течение 5 лет сервер будет падать в цене.
При покупке сервера и запуска в эксплуатацию — будет помечаться дата в публичный график какой-ниб.
Прошел год работы — цена снизилась.
Прошло 2 года — цена еще снизилась. Именно за конкретный сервер. Если он освободился — то публикуется в освободившиеся и там видна дата покупки сервера и сколько он уже работает.
Прошло 5 лет — ушел в ангар для бомжей по цене электричества и там до самой смерти.
Как-то так.
но в любом случае — как повысится — будет все равно самая низкая из возможных, по другому у меня не бывает.
появляется заказ — включаешь.
меняешь пароль у пользователя Vmmanager и выдаешь в биллинге где поступил заказ :) и ставишь примечание где заказано.
вот так приловчился уже.
но зато это лучший подход если у тебя планируется много нод однотипных.
например покупаешь домен по имени процессора. а поддомены это локации/города/дата-центры и пилишь узлы.
а вот если у тебя разовые какие-то ноды.
то там проще делать VMmanager с нуля на каждом сервер и маркировать его просто каким-то техническим поддоменом. xxx4444.noda например. и в записях точно знаешь уже и конфиг и сеть и маркировку.
при создании vds
во первых выбираешь ноду (ноды можно переименовывать и поэтому хоть как-то их можно различить)
далее ты выбираешь IP адрес для VDS
и тут короче у тебя например 30 сетей. которые никак не пометить.
так что, тебе придется идти куда-то в свои записульки и смотреть какая сеть на какой ноде привязана. и тратить минут 5-10 на поиск по папкам каталогам гугл документам битриксам24 и т.д. потому что ноды еще и по десятку хостингов и биллингов раскиданы.
когда арендуешь сервера с 16 — 32 — 64 сетями — не знаю, как можно эти сети куда-то еще раздавать, «вне сервера»
каждая сеть на свою ноду привязана и все
И это короче — сети IP адресов.
Когда у тебя узлом будет там 10-20 разных.
И 20 или 30 сетей например.
Когда начнешь создавать VDS — будешь 10 минут вспоминать по записям на какой ноде какая сеть. Нету ни комментариев, никаких пометок в панели. И это просто тоже отстой какой-то. Админ должен сам примечание указывать и к сети и ноде. Должно быть такое поле.
я бы беспокоился о блокировках от ддос атак
в РФ это частая проблема
вот доказательства
abuse.watch/company/tehnodom-com/
abuse.watch/company/renter-ru/
как раз вот это я называю «дата-центр подводит»
и людям приходится уходить куда-то ее. ведь ДЦ добровольно шлет их на три буквы блокируя сервер на 12 часов из-за ддоса на 10 минут.
все клиенты которым я продавал РФ ДЦ — все равно уходят в OVH, где сервера не блокируются.
или ты из категории людей, которые самостоятельно переехать не могут даже? ) и переплачивают за обслуживание и сервис.
любой серьезный проект — умеет все сам. и такие проекты сидят как раз на дедиках. и сидят до тех пор, пока дата-центр не подводит. как только он подводит, они молча восстанавливаются в другом месте и уходят.
hostsuki.pro/all/online-rasprodazha.html
hostsuki.pro/news/mesyac-proshel-otkazy-poschitali-snova-winter-2017-sales.html
50 терабайт в месяц — потом просят ограничить скорость до 100 мегабит
а первые 50 теребайт можно качать на 1 гигабите
тоже проверено на фактах
например hosting.kitchen/tag/kimsufi/ — 100 мегабит полноценные даются
h2.abcd.bz/2/jF0tm.png
h2.abcd.bz/2/pbgnF.png
ну, около 50 мегабит скорее всего
среднее арифметическое по моим наблюдениям.
на 1 сервер скорее всего около 30 vds делается
на 1 стойку в 24 юнита обычно 10 гигабит пускают
416 мегабит на сервер
416 на 50 вдс-ок = 10 мегабит — 100% минимум везде, меньше не бывает
но это была массовая версия на vc.ru и прочих ресурсах — там хомячки, которые даже whois не могли зайти посмотреть начали орать про это
так что пока нельзя говорить о том, что ДЦ мало кому нужен.
оптовым клиентам не нужны серверы из этого дц
проверили пока что разве что абузоустойчивость — такая же как и везде. очередное вранье хостеров.
DC2 163.172.13.60 163.172.12.198 и тд
AMS1 51.15.3.179 163.172.218.137