Gorąco polecam sprawdzić Mike Greiling na blogu Simplify OpsWorks Development With Packer i jego GitHub repo opsworks-vmktóre pomogą Ci wyśmiewać cała opsworks stack w tym instalacji agenta opsworks więc można również testy aplikacji wdrożyć recepty, wiele warstw, wiele wystąpień w tym samym czasie, itp.. Jest niesamowicie imponujący.
Skrócona na Ubuntu 14.04
UWAGA: to nie może być wykonane z maszyny wirtualnej VirtualBox bo ubuntu nie obsługuje zagnieżdżone wirtualizacji maszyn 64-bitowych.
- Instalacja ChefDK
mkdir /tmp/packages && cd /tmp/packages
wget https://opscode-omnibus-packages.s3.amazonaws.com/ubuntu/12.04/x86_64/chefdk_0.8.1-1_amd64.deb
sudo dpkg -i chefdk_0.8.0-1_amd64.deb
cd /opt/chefdk/
chef verify
which ruby
echo 'eval "$(chef shell-init bash)"' >> ~/.bash_profile && source ~/.bash_profile
- Instalacja VirtualBox
echo 'deb http://download.virtualbox.org/virtualbox/debian vivid contrib' > /etc/apt/sources.list.d/virtualbox.list
wget -q https://www.virtualbox.org/download/oracle_vbox.asc -O- | sudo apt-key add -
sudo apt-get update -qqy
sudo apt-get install virtualbox-5.0 dkms
- Instalacja Vagrant
cd /tmp/packages
wget https://dl.bintray.com/mitchellh/vagrant/vagrant_1.7.4_x86_64.deb
sudo dpkg -i vagrant_1.7.4_x86_64.deb
vagrant plugin install vagrant-berkshelf
vagrant plugin install vagrant-omnibus
vagrant plugin list
- Instalacja Packer
mkdir /opt/packer && cd /opt/packer
wget https://dl.bintray.com/mitchellh/packer/packer_0.8.6_linux_amd64.zip
unzip packer_0.8.6_linux_amd64.zip
echo 'PATH=$PATH:/opt/packer' >> ~/.bash_profile && source ~/.bash_profile
- Budowa Mike Greiling za opsworks-vm VirtualBox obraz używając Packer
mkdir ~/packer && cd ~/packer
git clone https://github.com/pixelcog/opsworks-vm.git
cd opsworks-vm
rake build install
- To zainstaluje nowy VirtualBox VM ~/.vagrant.d/pojemnika/ubuntu1404-opsworks/
MOCK jedno wystąpienie opsworks utworzyć nowy Vagrantfile tak:
Vagrant.configure("2") do |config|
config.vm.box = "ubuntu1404-opsworks"
config.vm.provision :opsworks, type: 'shell', args: 'path/to/dna.json'
end
Ścieżka dna.json
plik jest ustawiona w stosunku do Vagrantfile oraz powinna zawierać dowolne dane JSON, które chcesz przesłać do OpsWorks Chef.
Na przykład:
{
"deploy": {
"my-app": {
"application_type": "php",
"scm": {
"scm_type": "git",
"repository": "path/to/my-app"
}
}
},
"opsworks_custom_cookbooks": {
"enabled": true,
"scm": {
"repository": "path/to/my-cookbooks"
},
"recipes": [
"recipe[opsworks_initial_setup]",
"recipe[dependencies]",
"recipe[mod_php5_apache2]",
"recipe[deploy::default]",
"recipe[deploy::php]",
"recipe[my_custom_cookbook::configure]"
]
}
}
drwić wiele opsworks instancje i zawierać warstwy zobaczyć jego AWS OpsWorks "Getting Started" Example który obejmuje poniżej stack.json.
Vagrantfile (dla wielu wystąpień)
Vagrant.configure("2") do |config|
config.vm.box = "ubuntu1404-opsworks"
# Create the php-app layer
config.vm.define "app" do |layer|
layer.vm.provision "opsworks", type:"shell", args:[
'ops/dna/stack.json',
'ops/dna/php-app.json'
]
# Forward port 80 so we can see our work
layer.vm.network "forwarded_port", guest: 80, host: 8080
layer.vm.network "private_network", ip: "10.10.10.10"
end
# Create the db-master layer
config.vm.define "db" do |layer|
layer.vm.provision "opsworks", type:"shell", args:[
'ops/dna/stack.json',
'ops/dna/db-master.json'
]
layer.vm.network "private_network", ip: "10.10.10.20"
end
end
stack.json
{
"opsworks": {
"layers": {
"php-app": {
"instances": {
"php-app1": {"private-ip": "10.10.10.10"}
}
},
"db-master": {
"instances": {
"db-master1": {"private-ip": "10.10.10.20"}
}
}
}
},
"deploy": {
"simple-php": {
"application_type": "php",
"document_root": "web",
"scm": {
"scm_type": "git",
"repository": "dev/simple-php"
},
"memcached": {},
"database": {
"host": "10.10.10.20",
"database": "simple-php",
"username": "root",
"password": "correcthorsebatterystaple",
"reconnect": true
}
}
},
"mysql": {
"server_root_password": "correcthorsebatterystaple",
"tunable": {"innodb_buffer_pool_size": "256M"}
},
"opsworks_custom_cookbooks": {
"enabled": true,
"scm": {
"repository": "ops/cookbooks"
}
}
}
Dla tych, którzy nie znają włóczęgi po prostu zrobić vagrant up
aby uruchomić instancję (y). Następnie możesz zmodyfikować swoją książkę kucharską lokalnie, a wszelkie zmiany można zastosować, ponownie uruchamiając szefa kuchni w stosunku do istniejących instancji za pomocą vagrant provision.
Możesz zrobić vagrant destroy
i vagrant up
, aby rozpocząć od zera.
To wciąż nie rozwiązuje problemu testowania z przepisami, które zależą od receptur Amazona. Sugerujesz, że używam Berkshelf do pobrania wszystkich receptur OpsWorks, uruchomienia ich, a następnie uruchomienia moich przepisów? Co jeśli chcę np. Zainstalować 'mysql :: client', który wymaga' node [: opsworks] [: layers] [: db-master] 'lub' node [: opsworks] [: stack] [: rds_instances] [i] [: engine] == 'mysql''? Rozumiem, jak uruchomić te przepisy, ale jak przetestować je za pomocą funkcji chefspec? – davepgreene
Tak, twoja istniejąca plik Berksfile jest poprawna, jeśli chodzi o wciąganie odpowiednich książek kucharskich. ChefSpec to tylko test jednostkowy, więc zależności nie powinny mieć większego znaczenia, ale zrobiłbyś to samo, co w przypadku Test Kitchen z danymi węzła w puszce. – coderanger
Rozumiem. Zaznaczam to jako odpowiedź, ponieważ wskazałeś mi właściwy kierunek. Dzięki! – davepgreene