The Technology Chronicle

Creating Yaml templates that assign floating IPs to your instances being spawned can be a bit tricky.Let us look at a scenario where we need to spin up a VM, assign a floating IP from a pool and make reference to this floating IP in your userdata as well. We will make use of the network ID of the internal and external network, as well as the Subnet ID of the internal network The logical workflow is as follows:   Create a port resource using internal network and internal subnet IDs Create a floating IP resource , referring to the external network ID   Associate the floating IP to the port   In the server resource being created, associate the port resource   Now we will see how this can be implemented using both HOT and AWS template formats

In some scenarios, the openstack neutron-agent status will show as xxx even though you could see he neutron agents services are up and running in the network and compute nodes. Also you could see a fluctuation in the agent status if you try the agent-list command repeatedly.  Confusing, right? Actually  the problem is not in the actual agent status, but with two default configurations in neutron.conf ie agent_down_time and report_interval . It is the interval during which neutron will check the agent status. There is a bug reported against this issue https://bugs.launchpad.net/neutron/+bug/1293083 As per the details in the bug " report_interval" is how often an agent sends out a heartbeat to the service. The Neutron service responds to these 'report_state' RPC messages by updating the agent's heartbeat DB record. The last heartbeat is then compared to the configured agent_down_time to determine if the agent is up or down" The neutron agent-list comm...