가급적이면 SSH 터널을 통해 SNMP를 사용하여 어레이의 디스크가 여전히 작동하는지 확인하고 싶습니다. ESXi v6을 실행하는 Dell 730xd의 PERC 컨트롤러 뒤에서 실행되는 8개의 하드 드라이브가 있습니다.
ESXi(v6)를 실행하는 Dell 서버를 쿼리하기 위해 Centos 서버에서 snmpwalk를 사용하고 있습니다. 하이퍼바이저에 Open Manage 소프트웨어를 설치하고 거기에 커뮤니티를 만들었으며 SNMP를 활성화하고 방화벽을 확인했습니다.
Centos 서버에 VMware-mibs-7.0.0-15924762.zip 파일에서 MIBS를 설치했으며 2c 버전의 SNMP를 사용하여 SNMP를 통해 서버와 성공적으로 통신할 수 있습니다. PERC RAID 컨트롤러에서 생성된 어레이 크기를 포함하여 약 2400개의 항목이 반환되었습니다. 나는 올바른 MIBS를 갖고 있지 않다고 생각하지만 VMWare 웹사이트는 그런 종류의 링크가 끊어져 쇠퇴하고 있는 것 같습니다.
또한 포트 161을 통한 SSH 터널을 통해 snmpwalk를 사용하여 서버에 쿼리할 수 없는 것 같습니다. 또한 OpenManage 클라이언트 소프트웨어는 443 및 1311을 통한 터널을 사용하여 서버와 통신할 수 없습니다.
답변1
좋습니다. 질문이 여러 개 있습니다. 처음부터 시작해 보겠습니다.
SNMP(바람직하게는 SSH 터널을 통해)
SNMP 호출에 추가 복잡성 계층을 추가하려는 이유는 무엇입니까? 나는 당신이 이 호출을 꽤 자주 할 것이라고 가정하고, 가능한 한 링크를 통해 전송되는 패키지의 양을 최소화하려고 노력할 것입니다. 인증/암호화를 원하면 SNMPv3를 살펴보는 것이 좋습니다. 다양한 인증 프로토콜과 트래픽 암호화를 지원합니다. 다른 프로토콜을 통한 터널링이 작동할 수 있지만 누군가가 이것을 원하는 이유가 없습니다.
ESXi(v6)를 실행하는 Dell 서버. | VMware-mibs-7.0.0-15924762.zip 파일에서 MIBS를 설치했습니다.
올바른 MIB 목록이 있는지 확인하려면 MIB 목록을 실행 중인 서버와 일치시키는 것이 좋습니다. esxi에서 실행 중인 v6의 정확한 버전은 무엇입니까?
PERC RAID 컨트롤러에서 생성된 어레이 크기를 포함하여 약 2400개의 항목이 반환되었습니다.
snmp walk로 반환된 배열의 크기가 있는 경우 단일 MIB를 쿼리하는 데 무엇이 방해가 됩니까? Python(easysnmp) 또는 telegraf를 사용하여 이 정보를 쿼리한 다음 influxDB에 푸시한 다음 나중에 Grafana에서 플롯하는 등 모든 종류의 작업을 수행할 수 있습니다.