Mikhail
Я и твой кот
Mikhail
Да и вопрос порядка глубоко личный. Кому то нормально в бюрократии ждать переключения патчкардов между серваками месяц, как это бывало у меня в Ростелекоме, а кому то нормально тянуть в одиночку большие проекты с слабым участием менеджмента. Каждый может найти что то себе по душе.
Mikhail
AcidMan
Я и твой кот
https://about.att.com/story/2021/att_microsoft_azure.html
Я и твой кот
Я и твой кот
https://news.microsoft.com/2021/06/30/att-to-run-its-mobility-network-on-microsofts-azure-for-operators-cloud-delivering-cost-efficient-5g-services-at-scale/
Я и твой кот
Microsoft will assume responsibility for both software development and deployment of AT&T’s Network Cloud immediately and bring AT&T’s existing network cloud to Azure over the next three years.
Tarakanov
Добрый день.
Немного не в тему, но может посоветуете в какую сторону ресерч направить.
Планируется проект типа saas, со своими железками на colacation в разных дц (dateline, МТС и т.п.) технические детали пока не известны, но стоят глобальные задачи:
1. Быстро поднимать типовые кластера из Kubernetes
2. Использовать простаивающие ресурсы в других ДЦ, например в одном в стойку воткнули 4 Сервера, потребовался 5, но пока его закажут привезут - проще задействовать свободный в другой стойке другого Колакейшена.
П.1 вроде как-то понятен, но хотелось бы реализовать его в виде инструмента, доступного продажникам.
То п.2 выглядит очень маловозможным. Вроде будут какие-то специальные коммутаторы, которые смогут локальную сетку строить поверх магистральных каналов, но не очень верится что это если и будет работать то без жидких лагов и т.п.
J
Добрый день.
Немного не в тему, но может посоветуете в какую сторону ресерч направить.
Планируется проект типа saas, со своими железками на colacation в разных дц (dateline, МТС и т.п.) технические детали пока не известны, но стоят глобальные задачи:
1. Быстро поднимать типовые кластера из Kubernetes
2. Использовать простаивающие ресурсы в других ДЦ, например в одном в стойку воткнули 4 Сервера, потребовался 5, но пока его закажут привезут - проще задействовать свободный в другой стойке другого Колакейшена.
П.1 вроде как-то понятен, но хотелось бы реализовать его в виде инструмента, доступного продажникам.
То п.2 выглядит очень маловозможным. Вроде будут какие-то специальные коммутаторы, которые смогут локальную сетку строить поверх магистральных каналов, но не очень верится что это если и будет работать то без жидких лагов и т.п.
Очень дорогое и неудобное решение выбрали - строитть на голом железе.
J
Нет варианта брать виртуалки с гарантированным процессорным временем?
J
Из использования голого железа вытекает как раз вся эта лажа про которую ты говоришь - ждать пока добавят железный сервер, ставить свитчи которые будут датацентры тебе объединять...
J
Даже провайдерские железки было б дорого и неудобно, а уж свои и того дороже.
J
Но если нет такого варианта, то если много ума и времени, можно взять airship, там всё щас есть - и развертка кубернетесных кластеров и управление жизненным циклом железа и прочие выпендрежные штуки)
J
А если времени или скиллов маловато для airship, то брать какой-нить baremetal оркестратор - ironic, maas, xcat, его использовать для управления жизненным цицкллом - деплоя, очистки, переустановки систем, первоначальной настройки.
А поверх натягивать что-то что будет рулить кубернетесами.
Tarakanov
А если времени или скиллов маловато для airship, то брать какой-нить baremetal оркестратор - ironic, maas, xcat, его использовать для управления жизненным цицкллом - деплоя, очистки, переустановки систем, первоначальной настройки.
А поверх натягивать что-то что будет рулить кубернетесами.
Огромное спасибо за помощь!
Полностью согласен со всеми доводами, вопрос к амбициям менеджмента, которое не понимает на что подписывается, но хочет предоставлять услуги железа, плюс это все было согласовало до нас.
Vyacheslav
Я и твой кот
Shuro
Добрый день.
Немного не в тему, но может посоветуете в какую сторону ресерч направить.
Планируется проект типа saas, со своими железками на colacation в разных дц (dateline, МТС и т.п.) технические детали пока не известны, но стоят глобальные задачи:
1. Быстро поднимать типовые кластера из Kubernetes
2. Использовать простаивающие ресурсы в других ДЦ, например в одном в стойку воткнули 4 Сервера, потребовался 5, но пока его закажут привезут - проще задействовать свободный в другой стойке другого Колакейшена.
П.1 вроде как-то понятен, но хотелось бы реализовать его в виде инструмента, доступного продажникам.
То п.2 выглядит очень маловозможным. Вроде будут какие-то специальные коммутаторы, которые смогут локальную сетку строить поверх магистральных каналов, но не очень верится что это если и будет работать то без жидких лагов и т.п.
В этом году каждый это пишет. Купи nutanix и не парься
Vyacheslav
Fedor
metal3.io
Fedor
или можно у коллег немного бареметала на айронике арендовать
Я и твой кот
metal3.io
https://cluster-api.sigs.k8s.io/
Shuro
ну у нутаникса есть комьюнити эдишн, только в гитхабе месиво
AcidMan
Shuro
👍😂
Я и твой кот
Можно подумать, внутри компаний всё у всех вылизано.
AcidMan
Илья | 😶☮️🐸
@vyacheslav_vershinin
Привет, а у вас был кейс по лайв миграции инстансов между регионами (цодами) ?
Vyacheslav
Илья | 😶☮️🐸
Vyacheslav
очень больно ?
Пока для меня самый реалистичный - миграция в созданную openstack vm через средства libvirt
Илья | 😶☮️🐸
Vyacheslav
Ну или server stop -> snapshot -> export -> import -> create
Илья | 😶☮️🐸
Илья | 😶☮️🐸
хотя 30-40 секунд не такой большой срок
Vyacheslav
Ну как бы все зависит сколько дисков в vm - если там 10 дисков, то варианта наверное нет через live перегнать вообще
Илья | 😶☮️🐸
в 95% случаев там скорее один диск, и с такой же долей вероятности он локальный
Vyacheslav
Vyacheslav
Илья | 😶☮️🐸
Vyacheslav
Илья | 😶☮️🐸
аа
Илья | 😶☮️🐸
жирно-жирно)
Vyacheslav
vdaa не делается чет :)
Aleksey
/dev/vdz
И это прям реально нормальный кейс или клиент идиот?
Я и твой кот
Vyacheslav
NS 🇷🇺
NS 🇷🇺
@vyacheslav_vershinin задействуй virtio-scsi и еще пакован можно будет навесить
NS 🇷🇺
AcidMan
Vyacheslav
Илья | 😶☮️🐸
Илья | 😶☮️🐸
NS 🇷🇺
Vyacheslav
NS 🇷🇺
Vyacheslav
Artemy
Ну типа vd* это virtio-blk а оно pci-девайс а у вас окромя дисков дохрена PCI устройств в вм
Artemy
virtio-scsi и 255 дисков. Очевидно же
Artemy
Если у вас диски "внешние" относительно ВМ (читать "волюмы cinder") - то вообще не вопрос. При миграции нова их приаттачит к другому гиперу и свезет инстанс на него. Если волюмы там же на гиперах и по-прежнему "отдельные сущности" - то перевозим сначала инстанс потом волюмы. Ну и если у вас эфемерка на шаред сторадже - также нормально переезжает.
Artemy
Ну а если у вас а) эфемерка б) и не на шаредном сторадже - то да, вы попали.