У меня есть новый кластер NetApp Ontap, и я пытаюсь понять, как документировать процедуры его использования в моей организации. У него есть имя кластера (netapp-cm, creative, я знаю), и я выделил административный IP-адрес. Инструменты мониторинга, которые мы используем, похоже, используют IP-адрес в качестве первичного ключа для идентификации кластера, но мне это кажется неправильным, поскольку IP-адреса в наши дни более или менее произвольны в мире, полном NAT и DHCP.
Когда инструменты мониторинга NetApp OnTap отображают несколько кластеров, что они в первую очередь используют для идентификации каждого кластера: IP-адрес кластера или назначенное имя кластера?
решение1
Я бы посоветовал использовать имена кластера и узла и разрешать их в DNS. DNS — это инфраструктурная служба, и если она ненадежна, то у вас гораздо большие проблемы. (Если ваш DNS зависит от вашего комплекта NetApp, то это может быть исключением, но я бы посоветовал вам изначально не хотеть, чтобы такая зависимость существовала).
Однако я бы рекомендовал включить IP вашего административного сервера(ов) в файл hosts на ваших файловерах. А затем использовать имя для ssh.accessи httpd.admin.access(вы также можете использовать для этого сетевую группу, что удобно, если вы уже используете сетевые группы).
И поместите IP-адреса RLM для ваших файлов в файл хостов вашей станции управления.
решение2
Для чего-то вроде инструмента мониторинга использование DNS вполне приемлемо и, возможно, предпочтительнее. Тем не менее, я не эксперт NetApp, но если это что-то вроде большинства хранилищ, есть кластерный IP и IP-адреса узлов. Я бы направил ваш мониторинг как на кластер, так и на отдельные узлы, чтобы у вас была полная картина состояния работоспособности.
Еще одно замечание, что касается монтирования хранилища, ЭТО, я бы сказал, должно быть сделано через IP. Есть вероятность, что DNS может быть недоступен в определенных случаях, и вы не хотели бы зависимости от этого для подключения хранилища. Например, что если ваш DNS-сервер расположен на NetApp.