{"id":9537,"date":"2024-02-28T09:00:17","date_gmt":"2024-02-28T17:00:17","guid":{"rendered":"https:\/\/blogs.infoblox.com\/?p=9537"},"modified":"2024-03-19T22:08:07","modified_gmt":"2024-03-20T06:08:07","slug":"we-mttred-first","status":"publish","type":"post","link":"https:\/\/www.infoblox.com\/blog\/community\/we-mttred-first\/","title":{"rendered":"We MTTRed First!"},"content":{"rendered":"

Young folks nowadays \u2014 especially those involved in that newfangled \u201ccybersecurity\u201d \u2014 would have you believe that MTTR stands for \u201cMean Time to Respond.\u201d MTTR, they say, is the average time it takes after a cyberattack to resume operations.<\/p>\n

Well, I\u2019m here to tell you that we increasingly gray-bearded networking old-timers were talking about MTTR when most so-called \u201ccybersecurity professionals\u201d were knee-high to a grasshopper. (See what I did there?)<\/p>\n

<\/p>\n

To us, \u201cMTTR\u201d meant \u201cmean time to recovery,\u201d the average time it took to restore a service after a failure. And after 20 years at Infoblox, I know a little about reducing MTTR. We\u2019ve worked tirelessly to enable our customers to build DNS and DHCP infrastructure that runs nonstop.<\/p>\n

Sure, we support important protocol resiliency features, including anycast DNS and DHCP Failover. Both are critical tools in designing DNS and DHCP infrastructure that can withstand the failure of a single DNS or DHCP server.<\/p>\n

In addition, we support VRRP-based high availability, which allows our customers to deploy pairs of physical or virtual appliances that not only provide resiliency in the case of a failure of one of the pairs but also support software upgrades with almost no interruption in service.<\/p>\n

But our biggest innovation was the Infoblox Grid. With a well-designed Grid, a customer\u2019s DNS and DHCP infrastructure can even withstand the complete loss of the Grid Manager in what our U.S. government customers colorfully refer to as a \u201csmoking hole scenario.\u201d The Grid Manager is the central point of administration for DNS, DHCP and IP Address Management, so it clearly plays a critical role in the Grid. In the unlikely event that the Grid Manager loses function completely, a customer can simply promote any Grid Manager Candidate to become the new Grid Manager. The former Grid Manager Candidate will resume operation with the last good configuration synchronized from the old Grid Manager. And even without a Grid Manager, DNS and DHCP services continue uninterrupted before the promotion.<\/p>\n

Together, these capabilities let our customers build DNS and DHCP infrastructure that will run, literally for years, with no interruption in service.<\/p>\n

So yeah, MTTR. We know MTTR.<\/p>\n