ProHoster > блог > адміністраванне > Хуткі дэплой vm ESXi з дапамогай Terraform

Хуткі дэплой vm ESXi з дапамогай Terraform

Усім прывітанне, мяне клічуць Іван і я алкаголік сістэмны адміністратар (OPS).

Я б хацеў расказаць як разгортваю віртуальныя машыны на ESXi без vCenter з дапамогай Terraform.

Даволі часта даводзіцца разгортваць/пераствараць віртуалкі, каб пратэставаць тое ці іншае прыкладанне. У сілу ляноты я падумаў аб аўтаматызацыі працэсу. Мае пошукі прывялі мяне да выдатнага прадукту кампаніі hashicorp, тэрафарм.

Думаю многія ведаюць што такое Terraform, а хто не ведае, гэта дадатак для кіравання любым воблакам, інфраструктурай або службай выкарыстоўваючы канцэпцыю IasC (Інфраструктура як код).

У якасці асяроддзя віртуалізацыі я выкарыстоўваю ESXi. Даволі простая, зручная і надзейная.
Прадбачу пытанне.

Навошта terraform, калі вы можаце выкарыстоўваць vCenter Server?

Можна, вядома, але. Па-першае, гэта дадатковая ліцэнзія, па-другое, дадзены прадукт вельмі рэсурсаёмісты і проста не змесціцца на маім хатнім серверы, і па-трэцяе магчымасць прапампаваць скілы.

У якасці сервера выступае платформа Intel NUC:

CPU: 2 CPUs x Intel(R) Core(TM) i3-4010U CPU @ 1.70GHz
RAM: 8Gb
HDD: 500Gb
ESXi version: ESXi-6.5.0-4564106-standard (VMware, Inc.)

І так, аб усім па парадку.

Пакуль давайце наладзім esxi, а менавіта адкрыем VNC порт у наладах файрвала.

Па змаўчанні, файл абаронены ад запісу. Праводзім наступныя маніпуляцыі:

chmod 644 /etc/vmware/firewall/service.xml
chmod +t /etc/vmware/firewall/service.xml
vi /etc/vmware/firewall/service.xml

дапісваем у канец файла наступны блок:

<service id="1000">
  <id>packer-vnc</id>
  <rule id="0000">
    <direction>inbound</direction>
    <protocol>tcp</protocol>
    <porttype>dst</porttype>
    <port>
      <begin>5900</begin>
      <end>6000</end>
    </port>
  </rule>
  <enabled>true</enabled>
  <required>true</required>
</service>

Выходзім, захоўваем. Змяняем правы назад і перазагружаем сэрвіс:

chmod 444 /etc/vmware/firewall/service.xml
esxcli network firewall refresh

Актуальна да перазагрузкі хаста. Пасля ж, дадзеную маніпуляцыю давядзецца паўтарыць.

Далей усю працу буду праводзіць у віртуальнай машыне на гэтым жа сэрвэры.

Характарыстыкі:

OS: Centos 7 x86_64 minimal
RAM: 1GB
HDD: 20GB
Selinux: disable
firewalld: disable

Далей нам спатрэбіцца ўпакоўшчык, гэтак жа прадукт кампаніі HashiCorp.

Патрэбен ён, для аўтаматычнай зборкі залатога выявы. Які мы будзем выкарыстоўваць у будучыні.

yum install unzip git -y
curl -O https://releases.hashicorp.com/packer/1.5.5/packer_1.5.5_linux_amd64.zip
unzip packer_1.5.5_linux_amd64.zip -d /usr/bin && rm -rf packer_1.5.5_linux_amd64.zip
packer version
Packer v1.5.5

На кроку packer version можа ўзнікнуць памылка, бо ў RedHat-based можа знаходзіцца пакет з такой жа назвай.

which -a packer
/usr/sbin/packer

Для рашэння можна стварыць сімлінк, альбо выкарыстоўваць абсалютны шлях /usr/bin/packer.

Цяпер нам спатрэбіцца ovftool спампаваць спасылку. Спампоўваем, кладзем на сервер і ўсталёўваны:

chmod +x VMware-ovftool-4.4.0-15722219-lin.x86_64.bundle
./VMware-ovftool-4.4.0-15722219-lin.x86_64.bundle
Extracting VMware Installer...done.
You must accept the VMware OVF Tool component for Linux End User
License Agreement to continue.  Press Enter to proceed.
VMWARE END USER LICENSE AGREEMENT
Do you agree? [yes/no]:yes
The product is ready to be installed.  Press Enter to begin
installation or Ctrl-C to cancel. 
Installing VMware OVF Tool component for Linux 4.4.0
    Configuring...
[######################################################################] 100%
Installation was successful.

Рухаемся далей.

На гіце я падрыхтаваў усё неабходнае. 

git clone https://github.com/letnab/create-and-deploy-esxi.git && cd create-and-deploy-esxi

У тэчку ISO трэба пакласці дыстрыбутыў аперацыйнай сістэмы. У маім выпадку гэта centos 7.

Таксама неабходна адрэдагаваць файл centos-7-base.json:

variables: указать свои данные для подключения
iso_urls: указать актуальный
iso_checksum: чексумма вашего образа

Пасля ўсіх змен запускаем зборку:

/usr/bin/packer build centos-7-base.json

Калі ўсё наладжана і паказана дакладна, тыя вы ўбачыце карціну аўтаматычнай усталёўкі аперацыйнай сістэмы. Гэты працэс у мяне займае 7-8 хвілін.

Пасля паспяховага завяршэння ў тэчцы output-packer-centos7-x86_64 будзе знаходзіцца ova файл.

Усталёўваны Terraform:

curl -O https://releases.hashicorp.com/terraform/0.12.24/terraform_0.12.24_linux_amd64.zip
unzip terraform_0.12.24_linux_amd64.zip -d /usr/bin/ && rm -rf terraform_0.12.24_linux_amd64.zip
terraform version
Terraform v0.12.24

Бо ў Terraform няма правайдэра пад ESXi, трэба яго сабраць.

Ставім go:

cd /tmp
curl -O https://dl.google.com/go/go1.14.2.linux-amd64.tar.gz
tar -C /usr/local -xzf go1.14.2.linux-amd64.tar.gz && rm -rf go1.14.2.linux-amd64.tar.gz
export PATH=$PATH:/usr/local/go/bin
go version
go version go1.14.2 linux/amd64

Далей збіраем правайдэр:

go get -u -v golang.org/x/crypto/ssh
go get -u -v github.com/hashicorp/terraform
go get -u -v github.com/josenk/terraform-provider-esxi
export GOPATH="$HOME/go"
cd $GOPATH/src/github.com/josenk/terraform-provider-esxi
CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -a -ldflags '-w -extldflags "-static"' -o terraform-provider-esxi_`cat version`
cp terraform-provider-esxi_`cat version` /usr/bin

Мы на фінішнай прамой. Паехалі раскочваць нашу выяву.

Пераходзім у тэчку:

cd /root/create-and-deploy-esxi/centos7

Перш за ўсё, рэдагуемы файл variables.tf. Трэба пазначыць падлучэнне да сервера ESXi.

У файле network_config.cfg змяшчацца сеткавыя наладкі будучай віртуальнай машыны. Мяняем пад свае патрэбы і запускаем аднарадкоўнік:

sed -i -e '2d' -e '3i "network": "'$(gzip < network_config.cfg| base64 | tr -d 'n')'",' metadata.json

Ну і ў файле main.tf мяняем шлях да ova файла на свой, калі адрозніваецца.

Момант ісціны.

terraform init
Initializing the backend...

Initializing provider plugins...

The following providers do not have any version constraints in configuration,
so the latest version was installed.

To prevent automatic upgrades to new major versions that may contain breaking
changes, it is recommended to add version = "..." constraints to the
corresponding provider blocks in configuration, with the constraint strings
suggested below.

* provider.esxi: version = "~> 1.6"
* provider.template: version = "~> 2.1"

Terraform has been successfully initialized!

You may now begin working with Terraform. Try running "terraform plan" to see
any changes that are required for your infrastructure. All Terraform commands
should now work.

If you ever set or change modules or backend configuration for Terraform,
rerun this command to reinitialize your working directory. If you forget, other
commands will detect it and remind you to do so if necessary.

terraform plan
Refreshing Terraform state in-memory prior to plan...
The refreshed state will be used to calculate this plan, but will not be
persisted to local or remote state storage.

data.template_file.Default: Refreshing state...
data.template_file.network_config: Refreshing state...

------------------------------------------------------------------------

An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
  + create

Terraform will perform the following actions:

  # esxi_guest.Default will be created
  + resource "esxi_guest" "Default" {
      + boot_disk_size         = (known after apply)
      + disk_store             = "datastore1"
      + guest_name             = "centos7-test"
      + guest_shutdown_timeout = (known after apply)
      + guest_startup_timeout  = (known after apply)
      + guestinfo              = {
          + "metadata"          = "base64text"
          + "metadata.encoding" = "gzip+base64"
          + "userdata"          = "base64text"
          + "userdata.encoding" = "gzip+base64"
        }
      + guestos                = (known after apply)
      + id                     = (known after apply)
      + ip_address             = (known after apply)
      + memsize                = "1024"
      + notes                  = (known after apply)
      + numvcpus               = (known after apply)
      + ovf_properties_timer   = (known after apply)
      + ovf_source             = "/root/create-and-deploy-esxi/output-packer-centos7-x86_64/packer-centos7-x86_64.ova"
      + power                  = "on"
      + resource_pool_name     = (known after apply)
      + virthwver              = (known after apply)

      + network_interfaces {
          + mac_address     = (known after apply)
          + nic_type        = (known after apply)
          + virtual_network = "VM Network"
        }
    }

Plan: 1 to add, 0 to change, 0 to destroy.

------------------------------------------------------------------------

Note: You didn't specify an "-out" parameter to save this plan, so Terraform
can't guarantee that exactly these actions will be performed if
"terraform apply" is subsequently run.

Фініш:

terraform apply

Калі ўсё зроблена дакладна, то праз 2-3 хвіліны будзе разгорнута новая віртуальная машына з раней зробленай выявы.

Варыянты выкарыстання ўсяго гэтага абмяжоўваюцца толькі фантазіяй.

Я ўсяго толькі жадаў падзяліцца напрацоўкамі і паказаць асноўныя моманты пры працы з дадзенымі прадуктамі.

Дзякуй за ўвагу!

PS: буду рады канструктыўнай крытыцы.

Крыніца: habr.com

Дадаць каментар