[Labs-l] Reminder: dns changes this week

Andrew Bogott abogott at wikimedia.org
Mon Jun 8 13:33:16 UTC 2015


On 6/1/15 5:39 PM, Andrew Bogott wrote:
> The slow march to update labs dns will hit a few milestones this 
> week.  If all goes well, labs users won't notice anything at all. If 
> we run into trouble there may be brief outages; if you notice an 
> outage please notify me immediately.
>
> 2015-06-02:  Starting tomorrow, new instances will use the new dns 
> system by default.
>
> 2015-06-02 through -05:  During the week, Yuvi will be moving a few 
> critical hosts (proxies, mostly) over to the new system.
>
> 2015-06-09:  On Monday I'll switch remaining instances to the new system.

I'm doing this right now.  Please let me know if you encounter strange 
behavior.


>
> If you have an instance using self-hosted puppet, today is a good day 
> to rebase your puppet code so that you're set up to cope with these 
> changes.  Honestly, every day is a good day to rebase your puppet code :)
>
>
> Details, for the technically interested:
>
> During each of the above steps, sets of instances will be moved over 
> to using a new dns server.  That server is named 
> 'labs-recursor0.wikimedia.org' and uses pdns-recursor. Pdns-recursor 
> is backed in turn by a pdns implementation running on the same 
> server.  The records in pdns are populated via openstack 
> designate-sink, a tool which hooks instance creation and creates an A 
> record.
>
> Use of the old (dnsmasq) system is maintained via the puppet setting 
> 'use_dnsmasq'.  So when I say I'm 'moving' an instance, in reality I'm 
> just removing the use_dnsmasq flag.
>
> The new system supports old-school names (name.eqiad.wmflabs) as well 
> as project-qualified names (name.projectname.eqiad.wmflabs) and also 
> supports rudimentary reverse lookups.
>




More information about the Labs-l mailing list