Методы автоматической установки серверов и виртулаолк?

Question

[Vi]

Какие методы исключая puppet, ansible etc, можно использовать для автоматической установки преконфирурированной машины

вот я знаю только такой метод
1. PXE + DHCP + tftp + kickstart file (этот способ мне кажется очень тяжелый в испольнении когда у вас от 10000 тысяс машин в час подымается, ну или сколько там у всяких AWS )


А как делают именитые провайдеры, такие как DigitalOcean, Amazon, да всякие другие, которые разворачивают намного быстрее, чем указаный выше способ.

Answer 1

[Пума Тайланд]

Просто разворачивайте из готового образа. Будет у вас виртуальная за несколько секунд.

Comments

[Vi]

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

[Пума Тайланд]

Vi: с чего бы вдруг доделывать то ? что то вы совсем пургу несете

[Vi]

Пума Тайланд: я не понимаю схему, о каком образе речь идет?

[Пума Тайланд]

Vi: образ с которого вы будете разворачивать виртуалку

[Vi]

Пума Тайланд: я ведь выше написал что используется начальный pxe образ а потом любой образ любой системы для автоматической настройки

[Пума Тайланд]

Vi: ну так откажитесь от этого идиотского метода

[Vi]

Пума Тайланд: так а какой метод другой ? я не знаю другого вот и спрашиваю

[Пума Тайланд]

Vi: я же вам сказал разворачивайте виртуалку из готового настроенного образа

[Vi]

Пума Тайланд: Пума) что то странное творится, походы мы просто говорим о разных вещах. Мне нужно 100 таких виртуалок и так чтобы потом на них не заходить и ничего не менять

[Пума Тайланд]

Vi: ну вот как раз метод развертывания из готового образа самое то

[DuD]

Vi: вы берете одну виртуалку, ставите туда систему, пакеты которые нужны и проч. Потом делаете из нее образ(шаблон). Во современных системах виртуализации это все делается оч просто. И уже из этого шаблона поднимаете 100500 УЖЕ ГОТОВЫХ виртуалок.

[Vi]

DuD: так а если диск надо изменить а айпи изменить а пакеты обновить.

[DuD]

Vi: тогда смотрите в сторону ansible, chef, salt, puppet.

[Пума Тайланд]

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

[Vi]

Пума Тайланд: я буду пробовать и этот вариант тоже, хотя вариант с dhcp не совсем подходит тк mac адрес легко поменять на guest системе

( как чтото получится отпишусь )

[Пума Тайланд]

Vi: сделайте привязку мак порт.

Answer 2

[Алексей Черемисин]

Ну и я отпишусь.
Если нам нужно установить железный сервер. То загружаем подготовленный специальный образ (около 30 мегабайт) по PXE + dhcp.
После загрузки на системе запускается агент, который собирает характеристики с этого сервера и отправляет их на центральный сервер, а в обратную сторону забирает файл с сценарий установки под данный сервер.
Скачивает по сценарию реальный образ, и за 2-3 минуты форматирует диски и разворачивает систему, донастраивает ее и перезапускается. Все, сервер с нужными характеристиками готов.
Так работает множество проектов для повижина, например FAI - fai-project.org
Второй вариант, когда у вас есть централизованное дисковое хранилище, например по FibreChannel, вам вообще не нужно ничего загружать по сети, просто на уровне хранилища говорите какой образ должен быть доступен для загрузки какому адаптеру FC. Тоже самое, если у вас есть хранилище iSER или iSCSI.
Третий вариант, когда у вас виртуалки, клонируете нужный образ в файловой системе (локальной или распределенной) и вуаля. Например, у вас есть распределенное хранилище CEPH, RBD-образ клонируется за 2-3 секунды, плюс шаблон для новой виртуалки. Ну и автоматизация по развертыванию виртуалок, chef, ansible, puppet, далее везде.

Comments

[Vi]

Я вот не очень понял про второе решение. У меня есть iSCSI хранилище но там я только смог сделать клонирование уже готового образа, но это неудобно тк приходится заходить и менять айпи адрес и бывает что диск надо другой, или еще какие то настройки подвязанные под инфраструктуру.

А решения с puppet, ansible опять же эта смена ip и изменения размера диска не получается пока что красиво с их помощью это сделать.

а вот про то что собирает характеристики я как то не знал как это реализовать при помощи pxe загрузчика, есть еще какие то примеры?

пока что у меня cobbler всю инфраструктуру разворачивает, но хотелось бы узнать еще решения.

[Алексей Черемисин]

Vi: О, да про cobbler забыл! По поводу настроек IP, мы их по DHCP отдаем. Единожды прописал в dhcp IP-MAC, и достаточно. И можно грузить любой образ на любой сервер. Остальное через ansible.
Добавление пространства у нас простое, тупо делаем пустой второй диск и его отдаем, который монтруется куда угодно на госте. В результате корневая файловая система 40Gb + по запросу сколько нужно доппространства на втором диске.

Answer 3

[romy4]

Docker, Vagrant на гугле

Comments

[Vi]

что реально Vagrant + KVM ??? а docker для каких целей, я с гуглом в данном контектсте не работал, что под docker'ом предлагает ?

[romy4]

Vi: гугл запилил использование докера у себя на облаке типа как это true way и всё такое. тупо установка в два клика.

[romy4]

Vi: vagrant+kvm пишут, что можно (я не юзал), даже на гитхабе проект есть.

Answer 4

[athacker]

Хостинг-провайдеры разворачивают виртуалки из преднастроенных готовых образов. Берётся виртуалка, ставится внутрь система, обновляется, настраивается, и т.п. Разделы внутри виртуалки автоматически ресайзятся при первом запуске развёрнутой из образа виртуалки до размера всего диска (неважно, сколько там выделено, разделы займут всё дисковое пространство). Управление IP-адресами осуществляется с помощью различных система IPAM (IP address management). У VMware и Hyper-V есть механизмы IP pool, когда внутрь виртуалок прописывается статический адрес из определённого преконфигурированного IP-пула. На KVM/Xen, думаю, тоже такие решения есть. Как бы, это никакая не проблема -- после клонирования базового образа подмонтировать раздел нового виртуального диска и там в /etc/sysconfig/network-scripts/ifcfg-eth0 прописать IP-адрес для адаптера, это можно даже скриптами на bash накостылить самому.

Самый простой вариант выдачи адреса, понятно -- это DHCP.

Comments

[Игорь Горгуль]

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

[Валентин]

Игорь Горгуль: ресайзнуть несложно, можно хоть тупой скрипт использовать. Например такой: fdisk по дефолту (и в принципе это достаточно хорошо) создает раздел начиная с 2048Кб. Поэтому наш скрипт сносит раздел, и создает его снова с началом в 2048 и концом в конце диска. Потом e2fsck -f на него и resize2fs на него же. Минус только в том, что так раздел не уменьшить, так что изначально надо прям минимальный диск делать.
Я похожую на вашу схему у себя так и реализовал: преднастроенный образ с базовой системой, нужными ssh ключами и всем прочим, 300Мб. Диск растягивается по вышеописанному принципу. Далее Ansible накатывает нужные пакеты. Всё завязано на DHCP. То, что мак потом из уже настроенной системы кто-то злобный может зайти и поменять - сам дурак, свободного пула IP нет вообще, так что сменит - без сетки останется.

[athacker]

Игорь Горгуль: Ну, можно посмотреть фрёвый скрипт, лежащий в /etc/rc.d/growfs. Вот его код: https://svnweb.freebsd.org/base/head/etc/rc.d/grow...

[Vi]

Валентин: athacker: и чем же в итоге PXE установка с файлами ответом оказывается хуже ваших схем?

[Vi]

Игорь Горгуль: cloud-init подходит для этих целей

[athacker]

Vi: а вы свой вопрос читали? У вас там и ответ уже дан, чем PXE хуже этих схем. PXE+DHCP+TFTP, плюс создание файла ответов, плюс после развёртывания поменять сеть, в которой окажется итоговая виртуалка, чтобы она по DHCP себе правильные настройки получила. При развёртывании же из образа никакие внешние обвязки не нужны -- ни DHCP, ни PXE, ничего. Скопировал эталонную виртуалку, прописал ей статический IP внутрь, она при первом запуске себе заресайзила диск, и всё, готово к использованию.

[Валентин]

Vi: сразу есть готовая система во-первых, ансибл поддерживать проще, он один и в одном месте, чем весь этот огород с pxe и файлами ответов - во-вторых.

[athacker]

Валентин: ансибл начинает нервно курить в сторонке в случае нескольких дистрибутивов, или не дай бог, вообще разных ОС :-) Например, с фрёй оно работает очень посредственно, так скажем...