Apstra 클러스터 노드

Apstra 컨트롤러는 클러스터 관리자 역할을 합니다. 작업자 VM을 메인 Apstra 컨트롤러 VM에 추가하면 sysDB를 통해 Apstra 서버 VM에 등록됩니다. VM에 대한 팩트(예: 코어/메모리/디스크 구성 및 사용량)를 수집하고 로컬 VM 컨테이너를 시작합니다. Apstra 컨트롤러 VM은 REST API 요청에 반응하고, 클러스터에 참여하거나 나가도록 작업자 VM을 구성하며, 클러스터 전체 런타임 정보를 추적합니다. 또한 컨테이너 구성 엔터티에 반응하여 작업자 VM에 일정을 잡습니다.

Apstra VM 노드에는 다음과 같은 세부 정보가 포함됩니다.

표 1: Apstra VM 노드 매개 변수

이름	설명
주소	IP address or Fully-Qualified Domain Name (FQDN) of the VM
이름	controller(기본 Apstra 컨트롤러 노드) 또는 worker - iba(작업자 노드)와 같은 Apstra VM 이름
상태	활성, 누락 또는 실패
역할	컨트롤러 또는 작업자
태그	컨트롤러 노드와 추가하는 모든 작업자 노드에는 기본적으로 및 offbox로 태그가 지정됩니다iba. 이러한 태그 중 하나 또는 둘 다를 삭제하거나 이러한 태그 중 하나 또는 둘 다를 사용하여 작업자 노드를 삭제하면 해당 노드의 모든 IBA 및/또는 오프박스 컨테이너가 해당 태그가 있는 VM으로 자동으로 이동합니다. 삭제하려는 태그가 있는 다른 노드가 있는지 확인하거나 태그 또는 노드를 삭제할 때 컨테이너가 삭제됩니다.
용량 점수	Apstra는 사용 가능한 노드 클러스터 전체에서 새 컨테이너의 로드 밸런싱을 위해 용량 점수를 사용합니다. 할당된 메모리를 기반으로 각 컨테이너의 구성된 애플리케이션 가중치와 관련하여 계산됩니다. 계산 예 - VM에 할당된 64GB의 메모리 및 오프박스 에이전트에 대해 구성된 500MB의 애플리케이션 가중치: 각 오프박스 에이전트의 용량 점수 비용은 5입니다. (64GB/500MB) * 각 오프박스 에이전트의 용량 점수 5점 = 총 용량 점수 640점. 컨트롤러 노드는 오버헤드로 인해 사용 가능한 용량 점수의 절반을 갖지만(위 예에서 640 / 2 = 320) 작업자 노드는 전체 용량 점수를 사용할 수 있습니다(위 예에서 640). 용량 점수는 VM에 할당된 메모리가 변경되거나 애플리케이션 가중치가 변경되는 경우에만 변경됩니다.
컨테이너 수	컨테이너 수
Cpu	CPU 개수
오류	해당되는 경우. 오류의 예로는 에이전트가 충돌하여 에이전트 프로세스가 다시 시작된 경우를 들 수 있습니다.
사용*	메모리 사용량(백분율) CPU 사용량(백분율) 디스크 사용량 - 논리 볼륨당 현재 VM 디스크 사용량(GB 및 백분율) 컨테이너 서비스 사용량 - 필요한 리소스 및 컨테이너 크기에서 파생됩니다. 예를 들어 250MB가 필요한 오프박스 에이전트가 500MB 작업자 노드에서 실행 중인 경우 컨테이너 서비스 사용량은 50%입니다. (IBA 컨테이너에는 1GB가 필요할 수 있습니다.) 컨트롤러 노드는 컨트롤러 별 처리 논리를 수행하는 자체 처리 에이전트를 포함하기 때문에 50% 사용량에서 시작합니다.
컨테이너	노드에서 실행 중인 컨테이너와 각 컨테이너가 사용하는 리소스The containers running on the node and the resources that each container uses
사용자 이름/비밀번호	Apstra 서버 VM SSH 사용자 이름/비밀번호 로그인 자격 증명

* 메모리 사용률이 80%를 초과하면 모든 GUI 페이지 상단에 경고 메시지가 나타납니다. 이렇게 하면 심각한 리소스 부족을 방지하기 위해 디스크 공간 및/또는 메모리를 곧 확보하거나 추가해야 한다는 것을 알 수 있습니다.

메모리 사용률이 90%를 초과하면 모든 GUI 페이지 상단에 중요한 메시지가 나타납니다. 패브릭을 더 이상 변경하려면 먼저 문제가 있는 파일 시스템에 디스크 공간을 추가하거나 필요에 따라 메모리를 추가하여 부족 문제를 해결해야 합니다. 링크를 클릭하면 Apstra 클러스터 관리 로 이동하여 자세한 정보를 확인할 수 있습니다.

노드 탭을 클릭한 다음 컨트롤러의 IP 주소를 클릭하여 자세한 내용을 확인합니다.

아래로 스크롤하여 사용량을 확인합니다.

리소스 복구에 대한 몇 가지 제안 사항은 다음과 같습니다.

• IBA 단위가 작업자 노드로 다시 예약되도록 컨트롤러 VM에서 iba 태그를 제거하여 메모리 및 디스크 공간 사용량을 모두 줄입니다.

• 작업자 노드를 생성하여 IBA 장치 및/또는 오프박스 장치 에이전트에 대한 부하를 분산시킵니다.

경고 및 중요 메시지를 트리거하는 기본 임계값을 변경할 수 있습니다. Apstra 서버 구성 파일(/etc/aos/aos.conf)에서 및/또는 system_operation_memory_thresholds에 대한 system_operation_filesystem_thresholds 옵션을 변경합니다. 그런 다음 SIGHUP을 ClusterManager 에이전트로 보냅니다. 파일 시스템별로 디스크 공간 사용률 임계값을 설정할 수 있습니다. 예를 들어 MainSysdb의 지속성 파일 및 Time Voyager 개정판이 포함된 항목을 보다 보수적으로 /var/lib/aos/db 사용할 수 있으므로 더 낮은 사용량 임계값(예: 85%)을 초과하면 읽기 전용 모드가 트리거됩니다.

Apstra VM에 액세스하려면 왼쪽 탐색 메뉴에서 플랫폼 > Apstra 클러스터로 이동합니다. 노드 주소를 클릭하면 세부 정보를 볼 수 있습니다. Apstra 노드를 생성, 클론 복제, 편집 및 삭제할 수 있습니다.

모든 페이지의 왼쪽 하단 섹션에서는 플랫폼 상태를 지속적으로 확인할 수 있습니다. 녹색은 활성 상태를 나타냅니다. 빨간색은 에이전트 누락, 읽기 전용 모드인 디스크 또는 에이전트 재부팅(에이전트가 재부팅된 후 상태가 활성으로 돌아옴)과 같은 문제를 나타냅니다. IBA 서비스 또는 오프박스 에이전트가 녹색이면 모든 컨테이너가 시작됩니다. 그 중 하나가 빨간색이면 하나 이상의 컨테이너에 장애가 발생한 것입니다. 아무 페이지에서나 점 중 하나를 클릭한 다음 섹션을 클릭하면 자세한 내용을 볼 수 있습니다. 컨트롤러, IBA 서비스 및 오프박스 에이전트를 클릭하면 모두 노드 세부 정보로 이동합니다.