General Compute Configuration Overview Most configuration information is available in the nova.conf configuration option file, which is in the /etc/nova directory. You can use a particular configuration option file by using the option (nova.conf) parameter when running one of the nova-* services. This inserts configuration option definitions from the given configuration file name, which may be useful for debugging or performance tuning. If you want to maintain the state of all the services, you can use the state_path configuration option to indicate a top-level directory for storing data related to the state of Compute including images if you are using the Compute object store. You can place comments in the nova.conf file by entering a new line with a # sign at the beginning of the line. To see a listing of all possible configuration options, refer to the tables in this guide. Here are some general purpose configuration options that you can use to learn more about the configuration option file and the node.
Example <filename>nova.conf</filename> Configuration Files The following sections describe many of the configuration option settings that can go into the nova.conf files. Copies of each nova.conf file need to be copied to each compute node. Here are some sample nova.conf files that offer examples of specific configurations. Small, private cloud Here is a simple example nova.conf file for a small private cloud, with all the cloud controller services, database server, and messaging server on the same server. In this case, CONTROLLER_IP represents the IP address of a central server, BRIDGE_INTERFACE represents the bridge such as br100, the NETWORK_INTERFACE represents an interface to your VLAN setup, and passwords are represented as DB_PASSWORD_COMPUTE for your Compute (nova) database password, and RABBIT PASSWORD represents the password to your message queue installation. KVM, Flat, MySQL, and Glance, OpenStack or EC2 API This example nova.conf file is from an internal Rackspace test system used for demonstrations.
KVM, Flat, MySQL, and Glance, OpenStack or EC2 API
XenServer, Flat networking, MySQL, and Glance, OpenStack API This example nova.conf file is from an internal Rackspace test system. verbose nodaemon sql_connection=mysql://root:<password>@127.0.0.1/nova network_manager=nova.network.manager.FlatManager image_service=nova.image.glance.GlanceImageService flat_network_bridge=xenbr0 compute_driver=xenapi.XenAPIDriver xenapi_connection_url=https://<XenServer IP> xenapi_connection_username=root xenapi_connection_password=supersecret xenapi_image_upload_handler=nova.virt.xenapi.imageupload.glance.GlanceStore rescue_timeout=86400 use_ipv6=true # To enable flat_injected, currently only works on Debian-based systems flat_injected=true ipv6_backend=account_identifier ca_path=./nova/CA # Add the following to your conf file if you're running on Ubuntu Maverick xenapi_remap_vbd_dev=true
KVM, Flat, MySQL, and Glance, OpenStack or EC2 API