[Openstack] internal dns management in mitaka
Brandon Sawyers
brandor5 at gmail.com
Wed Sep 7 22:03:42 UTC 2016
On Wed, Sep 7, 2016 at 5:40 PM Turbo Fredriksson <turbo at bayour.com> wrote:
> On Sep 7, 2016, at 10:24 PM, Brandon Sawyers wrote:
>
> > I think we are. I'm specifically talking about having my nodes talk to
> each
> > other using a FQDN.
>
> Yes, that IS what you use a DNS for.
>
> > I'm not sure if this is the case or not. I've seen several things online
> > saying that it is possible. I just can't seem to get it to work.
>
> Such as?
>
https://openstack.nimeyo.com/83652/openstack-neutron-designate-tenancy-neutrons-integration?start=0#a_list_title
That's the last one I was looking at.
>
> > I've got designate working so that when a floating ip gets added to an
> > instance the DNS will update but it only adds an entry for the floating
> ip,
> > not the private ip.
>
> Did you set "dns_name" on the private IP?
>
I don't have to. Neutron set it's for me.
[brandor5 at cloudcontrol ~]$ neutron port-show
335a3915-a5bf-4d62-ab46-2e96b258696b
+-----------------------+----------------------------------------------------------------------------------+
| Field | Value
|
+-----------------------+----------------------------------------------------------------------------------+
| admin_state_up | True
|
| allowed_address_pairs |
|
| binding:host_id | os-compute-1.mgt
|
| binding:profile | {}
|
| binding:vif_details | {"port_filter": true}
|
| binding:vif_type | bridge
|
| binding:vnic_type | normal
|
| created_at | 2016-09-07T21:51:32
|
| description |
|
| device_id | 85c71134-dce0-4161-8910-6a9f12f0c7a4
|
| device_owner | compute:nova
|
| dns_assignment | {"hostname": "test", "ip_address": "10.0.0.15",
"fqdn": "test.cloud.int."} |
| dns_name | test
|
| extra_dhcp_opts |
|
| fixed_ips | {"subnet_id":
"3a6bedd6-3c8f-4bfb-8e2b-60db8c711afd", "ip_address": "10.0.0.15"} |
| id | 335a3915-a5bf-4d62-ab46-2e96b258696b
|
| mac_address | fa:16:3e:73:61:b5
|
| name |
|
| network_id | a42ea9bf-2aa8-4097-a0be-fce7db9a2707
|
| port_security_enabled | True
|
| security_groups | 6eb331a7-63eb-4198-8e38-8b9620bfc0e1
|
| status | ACTIVE
|
| tenant_id | ad9cd650613b4758b430a38ce1e7f2dc
|
| updated_at | 2016-09-07T21:51:35
|
+-----------------------+----------------------------------------------------------------------------------+
[brandor5 at cloudcontrol ~]$ neutron net-show cit.nis-test
+---------------------------+--------------------------------------+
| Field | Value |
+---------------------------+--------------------------------------+
| admin_state_up | True |
| availability_zone_hints | |
| availability_zones | nova |
| created_at | 2016-09-07T19:44:45 |
| description | |
| dns_domain | test.internal. |
| id | a42ea9bf-2aa8-4097-a0be-fce7db9a2707 |
| ipv4_address_scope | |
| ipv6_address_scope | |
| mtu | 1450 |
| name | test.int |
| port_security_enabled | True |
| provider:network_type | vxlan |
| provider:physical_network | |
| provider:segmentation_id | 66 |
| router:external | False |
| shared | False |
| status | ACTIVE |
| subnets | 3a6bedd6-3c8f-4bfb-8e2b-60db8c711afd |
| tags | |
| tenant_id | ad9cd650613b4758b430a38ce1e7f2dc |
| updated_at | 2016-09-07T19:44:46 |
+---------------------------+--------------------------------------+
[brandor5 at cloudcontrol ~]$ openstack zone list
+--------------------------------------+----------------------+---------+------------+--------+--------+
| id | name | type |
serial | status | action |
+--------------------------------------+----------------------+---------+------------+--------+--------+
| cf91b092-7d7b-4813-aa40-c31ec4573362 | test.internal. | PRIMARY |
1473278904 | ACTIVE | NONE |
+--------------------------------------+----------------------+---------+------------+--------+--------+
[brandor5 at cloudcontrol ~]$ openstack recordset list test.internal.
+--------------------------------------+---------------------------+------+-------------------------------------------------------------------------+--------+--------+
| id | name | type |
records |
status | action |
+--------------------------------------+---------------------------+------+-------------------------------------------------------------------------+--------+--------+
| 24fb1df3-1922-4869-9550-3ad21fefdd05 | test.internal. | NS |
ns1.local. |
ACTIVE | NONE |
| cc454b07-0537-4add-a8ca-6e76bf761060 | test.internal. | SOA |
ns1.local. brandor5.gmail.com. 1473278904 3512 600 86400 3600 |
ACTIVE | NONE |
| 30efcfd8-220c-44fd-ac4e-da85efc3a497 | test.test.internal. | A |
172.21.14.62 |
ACTIVE | NONE |
+--------------------------------------+---------------------------+------+-------------------------------------------------------------------------+--------+--------+
Everything that should be there seems to be. Even the floating ip of a
previous iteration.
>
> > How would I do that? I don't see "dns_name" on a guest and neither
> > openstack client or nova client have a way to update it.
>
> ----- s n i p -----
> bladeA01:~# neutron port-show e7c956c4-f146-4531-b18b-23388dcbaf8c | grep
> dns| dns_assignment | {"hostname": "host-10-100-0-247",
> "ip_address": "10.100.0.247", "fqdn":
> "host-10-100-0-247.openstack.domain.tld."} |
> | dns_name |
> |
> ----- s n i p -----
>
> It's unset, because I don't use that system any more. See below.
>
> ----- s n i p -----
> bladeA01:~# neutron port-update --help | grep dns
> [--dns-name DNS_NAME | --no-dns-name]
> --dns-name DNS_NAME Assign DNS name to the port (requires DNS
> integration
> --no-dns-name Unassign DNS name from the port (requires DNS
> ----- s n i p -----
>
> The "openstack" command isn't quite finished yet, so in this case you'll
> need to use the "neutron" command.
>
> > It sounds like
> > you're using heat to create the port before hand and then heat attaches
> > that port to your instance.
>
> No, I create a OS::Designate::Record for the record manually in my
> Heat stack. I no longer use the automated Designate addition.
>
>
> http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FloatingIP-prop-dns_name
>
>
> http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Port-prop-dns_name
>
> > Yep, I've got designate working for floating ips, like I said above. Are
> > the networks you're using external networks and not internal? That might
> > explain what is happening.
>
> No, internal. But as I've said, I now do this manually. But before that,
> I had the automatic stuff working just fine. I just prefer to have better
> control over where and how an entry is create (I have several different
> domains, for different purposes and any port on a network, might have to
> be added in several domains).
> --
> I love deadlines. I love the whooshing noise they
> make as they go by.
> - Douglas Adams
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20160907/6350fba1/attachment.html>
More information about the Openstack
mailing list