보통 Aria Operations 에서 NSX-T 를 연동하면 아래와 같은 경고를 나와서 예전에는 정책으로 알람이 발생하지 않게하고, 최근에는 해당 서비스를 수집하지 않게 설정하게 업데이트가 되었는데요. NSX-T 의 로그를 liagent 로 수집할 일이 있어 확인을 해봤습니다.
The following services are not required by default and do not start automatically. - liagent - migration-coordinator: This service is used only when running migration coordinator. See the NSX-T Data Center Migration Guide before starting this service. - snmp: For information on starting SNMP see Simple Network Management Protocol in the NSX-T Data Center Administration Guide. - nsx-message-bus: This service is not used in NSX-T Data Center 3.0.
물론 사용하지 않는 서비스는 수집을 하지 않을 수 있습니다. 위 4개중 사용하지 않는다면 설정을 하는게 불필요한 경고 발생에 도움을 줄 수 있습니다.
\
NSX-T Manager 의 로그를 syslog 방식이 아니라 liagent 를 이용해서 수집해보겠습니다. 수동으로도 가능하지만, liagent 를 통해 로깅 설정을 하면 자동으로 실행이 됩니다.
nsxmgr01> get service liagent
Wed Aug 30 2023 KST 20:13:51.045
Service name: liagent
Service state: stopped
nsxmgr01> get logging-servers
Wed Aug 30 2023 KST 20:14:25.119
vrli01.psolab.local:514 proto tcp level info exporter_name fca1f426-e4cd-4ed6-a941-17ad4cbf67a5
nsxmgr01> set logging-server 172.20.10.70 proto li level info
WARNING - You are configuring li-based log forwarding. This will send sensitive information unencrypted over the network. The Splunk App for NSX-T only accepts TLS connections.
nsxmgr01> get logging-servers
Wed Aug 30 2023 KST 20:16:47.898
vrli01.psolab.local:514 proto tcp level info exporter_name fca1f426-e4cd-4ed6-a941-17ad4cbf67a5
172.20.10.70:9000 proto li level info exporter_name 58ed1bac-0440-4111-a3d6-b106167ea793
nsxmgr01> get service liagent
Wed Aug 30 2023 KST 20:17:02.317
Service name: liagent
Service state: running
아래와 같이 Aria Operations for Logs 의 Agent 탭에서 nsxmgr01 이 Agent 를 통해 수집되는 것을 확인 할 수 있습니다.
Agent 수집 상태
Aria Operations 에서 liagent 의 상태를 보면 STOPPED 에서 RUNNING 으로 변경된 것을 확인 할 수 있습니다.
참고로 liagent 의 구성정보 파일은 아래 경로에서 확인 가능하며,liagent-effective.ini 파일은 직접적인 수정은 금지하고 있습니다.
vRops Main 에서 다음과 나오긴 하는데, CSV 로 뽑을순 있지만, Report 형태로 정기적으로 받고 싶어 했습니다.
기본적으로 위 대시보드에서는 Reclam 기간에 따라서 필터링 해서 보여주는데, 이를 수정해서 보여줄 수 있습니다. 그러면 해당 조건에 맞아야 Reclam 으로 분류된다고 보시면 됩니다.
기본 Report 에서는 VM 목록은 나오지만 몇일동안 전원이 꺼져있었는지는 나오지 않습니다.
다음과 같이 작성을 해서 가이드를 했는데요. 현재 전원 상태와 함께 프로비저닝 용량, 실제 사용 용량, 전원꺼진 날짜, 마지막으로 전원 꺼진 후 경과 날짜를 확인할 수 있습니다. (정확하게는 Power State 가 변경된 날짜이기 때문에 반드시 Powered Off 된 VM으로 필터를 해야합니다.)
Views 를 통해서 Report 를 추출할 수 있습니다.Reclamable Powered Off 는 계산 주기 때문에 2개의 필터를 사용 했습니다.Dec 4 에 Powered Off 가 된것을 확인할 수 있습니다.
표현해주는 방법은 간단합니다. 아래와 같이 Transformation 을 Timestamp 로 바꿔주고, Absolute Timestmp 로 하면 절대 날짜를, Relative Timestamp 로 하면 상대 날짜를 보여줍니다.
여기서 중요한 부분은 위 날짜는 Time Settings 보다 이전 시간은 포함되지 않습니다. 만약에 기본 설정인 7 Days 로 한다면 대부분 날짜가 7일전으로 확인이 됩니다. 즉, 30일 이상 Powered Off VMs 를 확인하려면 최소한 30일 이상으로 기간을 설정해야 합니다.
요즘은 vMotion 을 vMotion TCP/IP Stack 에 위치해서 많이 사용하시는 것으로 보입니다만 이전에 설치했던 시스템을 보면 Defualt TCP/IP Stack 에 되어 있는것을 볼 수 있습니다.
특히 다른 대역의 데이터센터와 vMotion 을 하기위해서는 routing 이 되어야 하는데 이전에는 static routing 으로 설정해서 사용했었지만, vMotion TCP/IP Stack 이 생긴 이후로는 routing 이 필요한 경우에는 vMotion TCP/IP Stack 을 사용하라고 가이드되어 있습니다.