HX 4.0(2a) Monitoramento e alertas de DNS futuros

Introduction

A partir do HyperFlex 4.0(2a), há um novo serviço de watchdog que monitorará a resolução dos nomes de host do ESXi e do SCVM. O comando show dns é usado pelo processo watchdog para disparar um alarme/evento se o HX não puder resolver o nome do host ou acessar o servidor DNS. Este documento cobrirá a solução alternativa para CSCvt13947 - Um ou mais servidores DNS que não respondem no HX Connect para alerta DNS do Monitoramento de integridade.

Prerequisites

O pré-requisito para resolver esse problema é a Hyperflex Data Platform 4.0(2a).

Informações de Apoio

Com essa nova estrutura, o nome de host esxi e o nome de host scvm devem estar no DNS para não ter esse disparo de eventos.

{
      "message": "HX Controller VM {HOSTNAME} one or more configured DNS servers not responding",
      "type": "NODE",
      "name": "DnsServerOfflineEvent",
      "severity": "warning"
    },

Há um alarme em torno do DNS também:

    {
      "name": "HXA-NOD-0009",
      "description": "Triggered when one or more configured DNS servers on controller VM cannot be reached.",
      "category": "warning",
      "message": "One or more DNS servers configured on HX controller VM {HOSTNAME} not responding",
      "triggeringEvents" : ["DnsServerOfflineEvent"],
      "resetEvents" : ["DnsServerOnlineEvent"]
    }

Aqui está um exemplo das falhas que você verá no HX Connect:

Aqui está a saída de show dns correspondente:

root@SpringpathController3G4ZKOQ6SE:~# show dns
 +------------------------------------------+------------------+--------------+---------------------------+
| DNS Name                                  | Resolved Address |    status    |           error           |
+-------------------------------------------+------------------+--------------+---------------------------+
| HX01.rchs.local                           | None             | Not Resolved | No DNS servers configured |
| HX04.rchs.local                           | None             | Not Resolved | No DNS servers configured |
| HX03.rchs.local                           | None             | Not Resolved | No DNS servers configured |
| HX02.rchs.local                           | None             | Not Resolved | No DNS servers configured |
| SpringpathController3G4ZKOQ6SE.rchs.local | None             | Not Resolved | No DNS servers configured |
| SpringpathController5DCAL5X6C2.rchs.local | None             | Not Resolved | No DNS servers configured |
| SpringpathControllerWZ2X6H20SF.rchs.local | None             | Not Resolved | No DNS servers configured |
| SpringpathControllerGR57QZVDED.rchs.local | None             | Not Resolved | No DNS servers configured |
+-------------------------------------------+------------------+--------------+---------------------------+
 Name Servers: ['172.16.199.101'], Search Domains: - rchs.local

Como você pode ver, o status de cada um não foi resolvido e o erro é que nenhum servidor DNS configurado. O servidor DNS nesta saída é 172.16.199.101.

Se executarmos um nslookup, veremos que o nome do host, SpringpathController3G4ZKOQ6SE, não é resolvido.

root@SpringpathController5DCAL5X6C2:~# nslookup SpringpathController3G4ZKOQ6SE
Server:         172.16.199.101
Address:        172.16.199.101#53

** server can't find SpringpathController3G4ZKOQ6SE: SERVFAIL

Depois que os nomes de host no comando show dns forem adicionados ao DNS, show DNS mostrará o endereço resolvido e o status será Resolvido:

root@SpringpathController3G4ZKOQ6SE:~# show dns
+-------------------------------------------+------------------+--------------+---------------------------+
| DNS Name                                  | Resolved Address |    status    |           error           |
+-------------------------------------------+------------------+--------------+---------------------------+
| HX01.rchs.local                           | 172.16.10.45     | Resolved     |  -                        |
| HX04.rchs.local                           | 172.16.10.48     | Resolved     |  -                        |
| HX03.rchs.local                           | 172.16.10.47     | Resolved     |  -                        |
| HX02.rchs.local                           | 172.16.10.46     | Resolved     |  -                        |
| SpringpathController3G4ZKOQ6SE.rchs.local | 172.16.10.41     | Resolved     |  -                        |
| SpringpathController5DCAL5X6C2.rchs.local | 172.16.10.44     | Resolved     |  -                        |
| SpringpathControllerWZ2X6H20SF.rchs.local | 172.16.10.43     | Resolved     |  -                        |
| SpringpathControllerGR57QZVDED.rchs.local | 172.16.10.42     | Resolved     |  -                        |
+-------------------------------------------+------------------+--------------+---------------------------+
 Name Servers: ['172.16.199.101'], Search Domains: - rchs.local

Solução

A solução é desabilitar o recurso de monitoramento usando os comandos abaixo.

root@hx-02-scvm-01:~# grep -i "monitor_dns_servers" /opt/springpath/hx-diag-tools/watchdog_config.json && sed -ie 's/"monitor_dns_servers": true/"monitor_dns_servers": false/' /opt/springpath/hx-diag-tools/watchdog_config.json && grep -i "monitor_dns_servers" /opt/springpath/hx-diag-tools/watchdog_config.json && restart watchdog
    "monitor_dns_servers": true,
    "monitor_dns_servers": false,
watchdog start/running, process 6350
root@hx-02-scvm-01:~#

Este comando definirá "monitor_dns_servers" como false em /opt/springpath/hx-diag-tools/watchdog_config.json e reiniciará o serviço watchdog.

Para reverter a alteração, execute o seguinte comando em cada VM do controlador de armazenamento:

root@hx-02-scvm-01:~# grep -i "monitor_dns_servers" /opt/springpath/hx-diag-tools/watchdog_config.json && sed -ie 's/"monitor_dns_servers": false/"monitor_dns_servers": true/' /opt/springpath/hx-diag-tools/watchdog_config.json && grep -i "monitor_dns_servers" /opt/springpath/hx-diag-tools/watchdog_config.json && restart watchdog
    "monitor_dns_servers": false,
    "monitor_dns_servers": true,
watchdog start/running, process 9473
root@hx-02-scvm-01:~#

No Hyperflex 4.0(2b), o recurso será desativado por padrão. A recomendação é que permaneça desativado até novo aviso.