Apstra 클러스터 노드

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

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

표 1: Apstra VM 노드 매개 변수

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

* Apstra 버전 4.1.2 현재, 메모리 사용률이 80%를 초과하면 모든 GUI 페이지 맨 위에 경고 메시지가 나타납니다. 이를 통해 리소스의 심각한 부족을 피하기 위해 디스크 공간 및/또는 메모리를 곧 확보하거나 추가해야 한다는 것을 알 수 있습니다.

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

노드 탭 을 클릭한 다음 세부 정보를 보려면 컨트롤러의 IP 주소를 클릭합니다.

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

리소스 복구를 위한 몇 가지 제안은 다음과 같습니다.

• 컨트롤러 VM에서 iba 태그를 제거하여 IBA 유닛이 작업자 노드로 다시 예약되므로 메모리와 디스크 공간 사용량을 모두 줄일 수 있습니다.

• IBA 장치 및/또는 오프박스 디바이스 에이전트의 부하를 분산할 작업자 노드를 생성합니다.

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

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

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