1. 背景需求

  在openstack中，nova負責openstack虛擬機器的生命週期的管理，neutron則負責虛擬機器的網路管理工作，預設情況下，建立一臺虛擬機器，nova會根據nova-scheduler排程演算法，選擇一臺最合適的compute節點，同時會從neutron的地址池中分配一個ip地址給虛擬機器，從而完成虛擬機器的建立過程。

  然而，在一些特殊的場景中，如相同業務的虛擬機器，希望落在不通的compute節點上，為虛擬機器分配原有的ip地址，此時通過nova內建的排程是難以實現的，或者在一些應用場景，基於企業的CMDB聯動，讓相同業務的虛擬機器，散落在openstack nova中的不同節點，從而減小down機的機率，減少故障的發生。本文以在指定的compute節點建立instance，併為其分配一個固定的ip地址為例。

2. 獲取建立instance的基本資訊

1. 獲取映象image id

2. 獲取套餐flavor id

3. 獲取安全組id

4. 獲取keypair

5. 獲取neutron網路id號碼

6. 獲取coompute的主機名和zone名稱

3. 在指定的compute節點啟動虛擬機器，並指定固定ip地址

校驗配置情況

4. 總結

以上方法用於openstack的日常運維中，一般而言，不建議使用，建議使用nova內建的排程演算法來完成。本人在實際的工作中，經常有指定compute機器和指定ip的需求。

5. 附錄

  附錄提供了nova boot用法相關的引數

[[email protected] ~]# nova help boot

usage: nova boot [–flavor <flavor>] [–image <image>]

                 [–image-with <key=value>] [–boot-volume <volume_id>]

                 [–snapshot <snapshot_id>] [–num-instances <number>]

                 [–meta <key=value>] [–file <dst-path=src-path>]

                 [–key-name <key-name>] [–user-data <user-data>]

                 [–availability-zone <availability-zone>]

                 [–security-groups <security-groups>]

                 [–block-device-mapping <dev-name=mapping>]

                 [–block-device key1=value1[,key2=value2…]]

                 [–swap <swap_size>]

                 [–ephemeral size=<size>[,format=<format>]]

                 [–hint <key=value>]

                 [–nic <net-id=net-uuid,v4-fixed-ip=ip-addr,port-id=port-uuid>]

                 [–config-drive <value>] [–poll]

                 <name>

Boot a new server.

Positional arguments:

  <name>                Name for the new server

Optional arguments:

  –flavor <flavor>     Name or ID of flavor (see ‘nova flavor-list’).

  –image <image>       Name or ID of image (see ‘nova image-list’).

  –image-with <key=value>

                        Image metadata property (see ‘nova image-show’).

  –boot-volume <volume_id>

                        Volume ID to boot from.

  –snapshot <snapshot_id>

                        Snapshot ID to boot from (will create a volume).

  –num-instances <number>

                        boot multiple servers at a time (limited by quota).

  –meta <key=value>    Record arbitrary key/value metadata to /meta.js on the

                        new server. Can be specified multiple times.

  –file <dst-path=src-path>

                        Store arbitrary files from <src-path> locally to <dst-

                        path> on the new server. You may store up to 5 files.

  –key-name <key-name>

                        Key name of keypair that should be created earlier

                        with the command keypair-add

  –user-data <user-data>

                        user data file to pass to be exposed by the metadata

                        server.

  –availability-zone <availability-zone>

                        The availability zone for server placement.

  –security-groups <security-groups>

                        Comma separated list of security group names.

  –block-device-mapping <dev-name=mapping>

                        Block device mapping in the format <dev-

                        name>=<id>:<type>:<size(GB)>:<delete-on-terminate>.

  –block-device key1=value1[,key2=value2…]

                        Block device mapping with the keys: id=image_id,

                        snapshot_id or volume_id, source=source type (image,

                        snapshot, volume or blank), dest=destination type of

                        the block device (volume or local), bus=device’s bus,

                        device=name of the device (e.g. vda, xda, …),

                        size=size of the block device in GB, format=device

                        will be formatted (e.g. swap, ext3, ntfs, …),

                        bootindex=integer used for ordering the boot disks,

                        type=device type (e.g. disk, cdrom, …) and

                        shutdown=shutdown behaviour (either preserve or

                        remove).

  –swap <swap_size>    Create and attach a local swap block device of

                        <swap_size> MB.

  –ephemeral size=<size>[,format=<format>]

                        Create and attach a local ephemeral block device of

                        <size> GB and format it to <format>.

  –hint <key=value>    Send arbitrary key/value pairs to the scheduler for

                        custom use.

  –nic <net-id=net-uuid,v4-fixed-ip=ip-addr,port-id=port-uuid>

                        Create a NIC on the server. Specify option multiple

                        times to create multiple NICs. net-id: attach NIC to

                        network with this UUID (required if no port-id), v4

                        -fixed-ip: IPv4 fixed address for NIC (optional),

                        port-id: attach NIC to port with this UUID (required

                        if no net-id)

  –config-drive <value>

                        Enable config drive

  –poll                Blocks while server builds so progress can be

                        reported.

本文出自 “Happy實驗室” 部落格，轉載請與作者聯絡！