lancloud.ru/oblachnye-servisy/cloud-server/



что мы там видим?
мы видим роли и узловое распределение по меткам — уже в начале заказа

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

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

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

NUC можно так же делить на части
оно работает
единственная беда это малое кол-во озу
но если делать микро ВМ по 2 озу — то и NUC отработает мне кажется на ура


пусть будет приблизительная цена 20000р
16 озу
16 озу это 4 доли
4*600 = 2400р
но зато NUC жрет и энергии куда меньше
2400-500р = 1900р/чистая
1900*12 = 22800р (окупаемость в данном случае 1 год, но не забываем что их не нужно охлаждать даже, а значит подойдут самые ублюдочные помещения)
1900*60 = 114000р
сколько шт можно вместить?
я думаю смело можно писать 300
114000*300 = 34200000 (34кк за 5 лет, что в целом тоже самое как и в прошлых вариантах, разница лишь в подходе, а подход скорее всего вы должны выбрать исходя из реальности которую вы получаете от вашей дачи)

у нас был рассчет окупаемости и оценочная прибыль
но на базе модных современных процессоров — которые за счет этого разлетаются как пирожки
hosting.show/alice2k-hosting/kak-my-znaem-my-zapolnili-vse-nody-na-samostroe-kakie-byli-kupleny-v-period-horoshego-kursa-seychas-pokupat-uzhe-dorozhe-stalo.html
hosting.show/alice2k-hosting/tretya-ideya-zarabotka-za-zhizn-kotoruyu-ya-protestiroval-svoim-vremenem-i-koshelkom-i-slil-dlya-vsey-strany.html

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

Вариант из Китая с Али


корпус не важно
можно 1U купить

можно 4U сразу про запас, на дачах обычно места много, поэтому разницы нет, цена одинаковая. может быть сразу «на будущее выгоднее покупать 4U корпуса», я бы делал так


получается
1797*4 = 7188р
5384р
10000р корпус пусть будет любой, может быть вы вообще введете инновации и без корпуса сможете на полках продавать, как делают в европе
nvme диск или парочка ssd — 10000р
итого 32572р покупка старого хеона на 64 озу
далее
2600 коло (можно сделать и дешевле если учесть канал) + 1600р 16 IP адресов
получается 2600+1600 = 4200р расхода в месяц на 1 сервер
64 озу / 16 вм = 4 озу за 1 ВМ
16 вм * 600р допустим, это нормальная цена по которой покупают. у нас 2 озу по 300р «серверы партии 2016 года когда стартовал ДЦ» легко покупаются.
и видимо их покупают под что-то незначительное, ведь всего 2 озу
поэтому даже столетний хеон — не нагружается


поэтому я делаю вывод — оно работает нормально и если масштабировать «старые хеоны» в продакт, как какой-ниб ihor.ru в свое время — аудитория возможно найдется и у вас на даче.
далее
600*16 = 9600
9600-4200 = 5400р/мес чистой прибыли
5400*3 = 16200
5400*6 = 32400
5400*12 = 64800
на сервер покупку мы потратили 32572, т.е. за 6 месяцев уже окупается
далее прибыль
за 5 лет? за 3 года?
5400*36 = 194400р
5400*60 = 324000р
сколько серверов в дачу? а это мы в прошлом топике уже считали
120 серверов в 4U
или 360 серверов в 1U
194400 * 120 = 23328000р (3 года 23кк)
324000 * 120 = 38880000р (5 лет 38кк)

даже на старых хеонах — вы можете выйти в прибыль

вариант 2
покупка на Авито

21420
+10000 корпус
+10000 диски
= 41420 (получается чуть дороже, но я думаю погрешность подобного рода значения не имеет, это вам не 60000 разницы как при дорогой процессор и дешевый)

инженеру же было бы проще, не так ли?
ему не нужно было бы париться о своевременных проверках оборудования
ему не нужно было бы париться о закупках новых серверов и новых запасных стоек под будущие плановые миграции
ему не нужно было бы париться о софте для миграции (к примеру миграция VM5 на VM6 до сих пор кластеры овх-хетзнера не поддерживаются, а вспомните сколько лет они только ее делали, которая по факту мало кем использовалась, т.к. все равно была не одной кнопкой, можно было бы и не делать, а просто с бекапа восстановить, что равно тоже самому «пока не сгорит»)
все что нужно было бы сделать сотруднику компании — подготовиться к единственному логическому решению — восстановлению после «сгорания»

и это было бы куда проще
не так ли?