- # The node-group-interfaces section is used to configure the MAAS
- # network interfaces. Basic configuration is supported, such as which
- # device should be bound, the range of IP addresses, etc.
- # Note: this may contain the special identifiers:
- # ${maas_net} - the first 3 octets of the ipv4 address
- # ${maas_ip} - the ip address of the MAAS controller
- node_group_ifaces:
- - device: eth0
- ip: 172.16.50.50
- subnet_mask: 255.255.255.0
- broadcast_ip: 172.16.50.255
- router_ip: 172.16.50.50
- static_range:
- low: 172.16.50.60
- high: 172.16.50.90
- dynamic_range:
- low: 172.16.50.91
- high: 172.16.50.254
-
-This section configures the MAAS cluster controller. Here it configures the MAAS cluster to provide DHCP and DNS services on the eth0 interface with dynamic and static IP ranges defined. You should allocate enough IP addresses for bare metal hosts in the static IP range, and allocate as many as possible in the dynamic IP range.
-
-::
-
- # Defines the physical nodes which are added to the MAAS cluste
- # controller upon startup of the node.
- nodes:
- - name: 2-R4N4B2-control
- tags: control
- architecture: amd64/generic
- mac_addresses:
- - "0c:c4:7a:16:2a:70"
- power:
- type: ipmi
- address: 10.10.7.92
- user: ADMIN
- pass: ADMIN
- driver: LAN_2_0
-
- - name: 3-R4N3B1-compute
- tags: compute
- architecture: amd64/generic
- mac_addresses:
- - "0c:c4:7a:53:57:c2"
- power:
- type: ipmi
- address: 10.10.7.84
- user: ADMIN
- pass: ADMIN
- driver: LAN_2_0
- <snip>
-
-This section defines the physical nodes to be added to the MAAS cluster controller. For example, the first node here is named ‘2-R4N4B2-control’, with a tag 'control' and architecture specified as amd64/generic. You will need to know the MAC address of the network interface of the node where it can reach MAAS server; it's the network interface of the node to PXE boot on. You need to tell MAAS how to power control the node by providing the the BMC IP address and BMC admin credentials. MAAS power control not only supports IPMI v2.0, but also supports virsh, Cisco UCS manager, HP moonshot iLO, and Microsoft OCS, among others. Tag is used here with Juju constraints to make sure that a particular service gets deployed only on hardware with the tag you created. Later when we go through the Juju deploy bundle, you will see the constraints setting.
-
-::
-
- # Contains the virtual machine parameters for creating the Juju bootstrap
- # node virtual machine
- juju-bootstrap:
- name: bootstrap
- interfaces: ['bridge=brAdm,model=virtio', 'bridge=brPublic,model=virtio']
- memory: 4096
- vcpus: 2
- arch: amd64
- pool: default
- disk_size: 120G
-
-The last section of the example deployment.yaml file defines the Juju bootstrap VM node. When it's configured, you will see a KVM VM created and named 'juju-boostrap' on the Jump Host with 2 network interfaces configured and connected to brAdm and brPublic on the host. You may want to increase the vcpu number and disk size for the VM depending on the resources.
-
-We are now done providing all the information regarding the MAAS VM and Juju VM, and how nodes and how many of them will be registered in MAAS. This information is very important, if you have questions, please hop on to #opnfv-joid IRC channel on freenode to ask.
-
-Next we will use the 02-maasdeploy.sh in joid/ci to kick off maas-deployer. Before we do that, we will create an entry to tell maas-deployer what deployment.yaml file to use. Use your favorite editor to add an entry under the section case $1. In our example, this is what we add::
+ # The node-group-interfaces section is used to configure the MAAS
+ # network interfaces. Basic configuration is supported, such as which
+ # device should be bound, the range of IP addresses, etc.
+ # Note: this may contain the special identifiers:
+ # ${maas_net} - the first 3 octets of the ipv4 address
+ # ${maas_ip} - the ip address of the MAAS controller
+ node_group_ifaces:
+ - device: eth0
+ ip: 172.16.50.50
+ subnet_mask: 255.255.255.0
+ broadcast_ip: 172.16.50.255
+ router_ip: 172.16.50.50
+ static_range:
+ low: 172.16.50.60
+ high: 172.16.50.90
+ dynamic_range:
+ low: 172.16.50.91
+ high: 172.16.50.254
+
+This section configures the MAAS cluster controller. Here it configures the MAAS cluster
+to provide DHCP and DNS services on the eth0 interface with dynamic and static IP ranges
+defined. You should allocate enough IP addresses for bare metal hosts in the static IP
+range, and allocate as many as possible in the dynamic IP range.
+
+::
+
+ # Defines the physical nodes which are added to the MAAS cluste
+ # controller upon startup of the node.
+ nodes:
+ - name: 2-R4N4B2-control
+ tags: control
+ architecture: amd64/generic
+ mac_addresses:
+ - "0c:c4:7a:16:2a:70"
+ power:
+ type: ipmi
+ address: 10.10.7.92
+ user: ADMIN
+ pass: ADMIN
+ driver: LAN_2_0
+
+ - name: 3-R4N3B1-compute
+ tags: compute
+ architecture: amd64/generic
+ mac_addresses:
+ - "0c:c4:7a:53:57:c2"
+ power:
+ type: ipmi
+ address: 10.10.7.84
+ user: ADMIN
+ pass: ADMIN
+ driver: LAN_2_0
+ <snip>
+
+This section defines the physical nodes to be added to the MAAS cluster controller. For
+example, the first node here is named ‘2-R4N4B2-control’, with a tag 'control' and
+architecture specified as amd64/generic. You will need to know the MAC address of the
+network interface of the node where it can reach MAAS server; it's the network interface
+of the node to PXE boot on. You need to tell MAAS how to power control the node by
+providing the the BMC IP address and BMC admin credentials. MAAS power control not only
+supports IPMI v2.0, but also supports virsh, Cisco UCS manager, HP moonshot iLO, and
+Microsoft OCS, among others. Tag is used here with Juju constraints to make sure that a
+particular service gets deployed only on hardware with the tag you created. Later when we
+go through the Juju deploy bundle, you will see the constraints setting.
+
+::
+
+ # Contains the virtual machine parameters for creating the Juju bootstrap
+ # node virtual machine
+ juju-bootstrap:
+ name: bootstrap
+ interfaces: ['bridge=brAdm,model=virtio', 'bridge=brPublic,model=virtio']
+ memory: 4096
+ vcpus: 2
+ arch: amd64
+ pool: default
+ disk_size: 120G
+
+The last section of the example deployment.yaml file defines the Juju bootstrap VM node.
+When it's configured, you will see a KVM VM created and named 'juju-boostrap' on the Jump
+Host with 2 network interfaces configured and connected to brAdm and brPublic on the host.
+You may want to increase the vcpu number and disk size for the VM depending on the resources.
+
+We are now done providing all the information regarding the MAAS VM and Juju VM, and how
+nodes and how many of them will be registered in MAAS. This information is very important,
+if you have questions, please hop on to #opnfv-joid IRC channel on freenode to ask.
+
+Next we will use the 02-maasdeploy.sh in joid/ci to kick off maas-deployer. Before we do
+that, we will create an entry to tell maas-deployer what deployment.yaml file to use. Use
+your favorite editor to add an entry under the section case $1. In our example, this is
+what we add::