고가용성을 위한 Junos Space 클러스터 구성 개요
이 주제에서는 모든 고가용성 기능이 활성화된 캐리어급 시스템으로 Junos Space 클러스터를 구성하는 데 필요한 주요 단계에 대한 개요를 제공합니다.
요구 사항
Junos Space 클러스터를 설정하기 위해 Junos Space 어플라이언스(JA2500) 또는 가상 어플라이언스를 선택할 수 있습니다.
가상 어플라이언스 클러스터의 경우, 어플라이언스가 구축되는 기본 가상화 인프라에 다음 권장 사항이 적용됩니다.
VMware ESX 서버 4.0 이상 또는 VMware ESXi 서버 4.0을 사용하거나 가상 머신을 지원할 수 있는 qemu-kvm(KVM) 릴리스 0.12.1.2/448.el6 이상(CentOS 릴리스 6.5에 해당)의 커널 기반 가상 머신(KVM) 서버 또는 5.0, 5.1, 5.5 또는 6.0 또는 커널 기반 가상 머신(KVM) 서버.
두 개의 Junos Space 가상 어플라이언스(JSVA)를 두 개의 별도 서버에 구축합니다.
각 서버는 4개의 vCPU 또는 2.66GHz 이상, 32GB RAM 및 호스트하는 Junos Space 가상 어플라이언스 충분한 하드 디스크를 바칠 수 있어야 합니다.
서버에는 Junos Space 어플라이언스와 유사한 장애 허용 능력 기능이 있어야 합니다: 두 개의 별도 전원 회로에 연결된 이중 전원 공급 장치, 스토리지를 위한 하드 디스크 RAID 어레이, 핫 스왑 팬.
가상 어플라이언스의 요구 사항에 대한 자세한 내용은 VMware ESXi Server에 Junos Space 가상 어플라이언스 구축하고 Junos Space 가상 어플라이언스 문서의 KVM 서버 주제에 대한 Junos Space 가상 어플라이언스 배포를 참조하십시오.
Junos Space 어플라이언스를 선택하는 경우 사용 중인 어플라이언스를 위해 해당 SKU의 두 인스턴스를 선택해야 합니다. 또한 각 어플라이언스용 이중 전원 공급 장치 모듈을 제공하기 위해 각 어플라이언스용 두 번째 전원 공급 장치 모듈을 주문합니다.
준비
고가용성을 위해 Junos Space 클러스터를 준비할 때 다음 지침을 사용하는 것이 좋습니다.
Junos Space 클러스터 아키텍처를 사용하면 장애 모니터링 및 성능 모니터링 기능만을 위해 하나 또는 두 개의 노드를 바칠 수 있습니다. 이를 FMPM(Fault Monitoring and Performance Monitoring) 노드라고 하며 모니터링해야 할 많은 수의 디바이스와 인터페이스를 갖춘 복잡한 네트워크를 관리하는 데 권장됩니다. 이 아키텍처의 장점은 장애 및 성능 모니터링 기능이 FMPM 노드 내에서 로컬화되고 나머지 Junos Space 노드가 다른 기능에 대해 해제된다는 것입니다. 가장 먼저 결정해야 할 결정 중 하나는 Junos Space 클러스터에서 FMPM 노드를 사용할지 여부입니다. FMPM 노드를 구축하려는 경우 장애 모니터링 및 성능 모니터링 서비스도 고가용성을 갖도록 두 가지 노드를 포함하는 것이 좋습니다. 현재 로드 밸런싱은 여러 FMPM 노드에 걸쳐 구현되지 않으므로 클러스터에 두 개 이상의 FMPM 노드가 있을 필요가 없습니다.
Junos Space 클러스터 아키텍처를 사용하면 MySQL 데이터베이스 기능에만 두 개의 Junos Space 노드를 바칠 수 있습니다. 전용 데이터베이스 노드는 Junos Space VIP 노드에서 CPU 시간 및 메모리 사용률과 같은 시스템 리소스를 확보하여 Junos Space VIP 노드의 성능을 향상할 수 있습니다. 전용 데이터베이스 노드를 Junos Space 클러스터에 추가하기로 결정한 경우, 첫 번째 인스턴스에서는 2개의 노드를 기본 및 보조 데이터베이스 노드로 함께 추가하여 기본적으로 데이터베이스 고가용성을 활성화해야 합니다.
Junos Space 플랫폼을 사용하면 카산드라 서비스만 실행하거나 JBoss 서버가 실행되는 노드에서만 전용 노드에서 Cassandra 서비스를 실행할 수 있습니다. 어떤 노드에서든 Cassandra 서비스가 시작되면 Junos Space 애플리케이션의 디바이스 이미지와 파일이 MySQL 데이터베이스에서 Cassandra 데이터베이스로 이동되어 MySQL 데이터베이스의 성능을 향상합니다. Cassandra 데이터베이스에 저장된 파일의 중복을 보장하려면 카산드라 클러스터를 형성하는 두 개 이상의 노드에서 Cassandra 서비스가 실행되도록 해야 합니다.
Junos Space 어플라이언스(하드웨어 또는 가상)는 두 개의 이더넷 인터페이스(eth0 및 eth3)를 사용합니다. eth0 인터페이스는 클러스터 내의 모든 노드 간 통신과 GUI 및 NBI 클라이언트와 클러스터 간의 통신에 사용됩니다. eth3 인터페이스는 디바이스 관리 인터페이스로 구성될 수 있으며, 이 경우 클러스터와 매니지드 디바이스 간의 모든 통신은 이 인터페이스를 통해 발생합니다. eth3 인터페이스가 구성되지 않은 경우, 모든 디바이스 통신도 eth0 인터페이스를 통해 이루어집니다. 따라서 먼저 eth3을 디바이스 관리 인터페이스로 사용할지 여부를 결정해야 합니다. eth3을 사용하기로 선택한 경우, 동일한 클러스터의 모든 어플라이언스에서 eth3을 사용해야 합니다.
또한 Junos Space 어플라이언스에서 구성할 다음 네트워킹 매개 변수를 결정해야 합니다.
인터페이스 "eth0", 기본 게이트웨이 주소 및 네트워크에서 하나 이상의 이름 서버 주소에 대한 IP 주소 및 서브넷 마스크.
별도의 디바이스 관리 인터페이스를 사용하기로 선택한 경우 인터페이스 "eth3"에 대한 IP 주소 및 서브넷 마스크.
클러스터에 사용할 가상 IP 주소입니다. 이는 "eth0" 인터페이스에 할당된 IP 주소와 동일한 서브넷의 주소여야 합니다.
전용 데이터베이스 노드를 추가하기로 결정한 경우, Junos Space 클러스터의 VIP 주소와 동일한 서브넷에서 별도의 가상 IP(VIP) 주소를 선택해야 합니다. 이 데이터베이스 VIP 주소는 eth0 이더넷 인터페이스에 할당된 IP 주소와 동일한 서브넷에 있어야 하며 Junos Space 클러스터 및 FMPM 노드의 VIP 주소와 달라야 합니다.
FMPM 클러스터를 사용하기로 결정한 경우 FMPM 노드에 대해 별도의 가상 IP 주소를 선택해야 합니다. FMPM 가상 IP 주소는 Junos Space 노드의 가상 IP 주소와 동일한 서브넷에 있지 않아도 됩니다.
어플라이언스 시간을 동기화할 NTP 서버 설정.
클러스터의 각 Junos Space 노드에 할당하는 IP 주소와 클러스터의 가상 IP 주소는 동일한 서브넷에 있어야 합니다. IP 주소 인수 메커니즘이 올바르게 작동하려면 이 기능이 필요합니다.
별도의 서브넷에서 FMPM 노드를 구성할 수 있습니다.
참고:엄밀히 말하면 다른 서브넷에 non-HA 노드를 구축할 수 있습니다. 그러나 이렇게 하면 HA 노드 중 하나가 다운되고 다른 노드 중 하나를 HA 노드로 승격하려는 경우 문제가 발생할 수 있습니다. 따라서 동일한 서브넷의 모든 노드에서 eth0을 구성하는 것이 좋습니다.
모든 노드의 JBoss 서버가 UDP 멀티캐스트를 사용하여 JBoss 클러스터를 형성하고 관리하기 때문에 클러스터 노드를 구축하는 네트워크에서 UDP 멀티캐스트가 활성화되어 있는지 확인해야 합니다. 클러스터를 상호 연결하는 스위치에서 IGMP 스누핑을 비활성화하거나 노드 간에 UDP 멀티캐스트를 허용하도록 명시적으로 구성해야 합니다.
참고:FMPM 노드 및 전용 데이터베이스 노드는 JBoss 클러스터에 참여하지 않습니다. 따라서 이러한 노드와 클러스터의 Junos Space 노드 간에 UDP 멀티캐스트를 활성화할 필요가 없습니다.
클러스터에서 첫 번째 노드 구성
어플라이언스의 전원을 켜고 콘솔에 연결한 후, Junos Space 어플라이언스의 초기 구성을 지정하는 데 사용하는 메뉴 기반 CLI(command-line interface)를 표시합니다. 이 초기 구성을 완료하려면 다음 매개 변수를 지정합니다.
인터페이스 "eth0"에 대한 IP 주소 및 서브넷 마스크
기본 게이트웨이의 IP 주소
네임서버의 IP 주소
인터페이스 "eth3"에 대한 IP 주소 및 서브넷 마스크, 주제에 설명된 대로 클러스터를 구성하기로 선택한 경우 Junos Space 클러스터 내의 논리적 클러스터 이해.
이 어플라이언스 가 기존 클러스터에 추가되는지 여부를 나타냅니다. "n"을 선택하여 이것이 클러스터의 첫 번째 노드임을 나타냅니다.
클러스터가 사용할 가상 IP 주소입니다.
어플라이언스 시간을 동기화할 NTP 서버 설정.
유지 보수 모드 사용자 ID 및 암호.
참고:유지 보수 모드를 위해 지정한 사용자 ID 및 암호를 유의하십시오. 네트워크 관리 플랫폼 소프트웨어 업그레이드 및 데이터베이스 복원을 수행하려면 이 ID와 암호가 필요합니다.
초기 구축을 위해 어플라이언스 구성에 대한 자세한 단계별 지침은 Junos Space 어플라이언스 설명서를 참조하십시오. 초기 구성을 완료한 후 모든 Junos Space 서비스가 어플라이언스에서 시작되며, 에 할당된 가상 IP 주소에서 네트워크 관리 플랫폼 사용자 인터페이스에 로그인할 수 있습니다. 이 단계에서 HA가 없는 단일 노드 클러스터가 있으며, 네트워크 관리 플랫폼 > Administration> Fabric 작업 공간으로 이동하여 볼 수 있습니다.
클러스터에 두 번째 노드 추가
클러스터에 두 번째 노드를 추가하려면 먼저 콘솔을 사용하여 두 번째 어플라이언스 구성을 해야 합니다. 이 어플라이언스는 기존 클러스터에 이 어플라이언스 추가 여부를 지정하라는 메시지가 표시될 때 "y"를 선택해야 한다는 점을 제외하고는 첫 번째 어플라이언스의 프로세스와 동일합니다. 이 노드에 할당하는 IP 주소가 첫 번째 노드와 동일한 서브넷에 있는지 확인합니다. 또한 별도의 디바이스 관리 인터페이스(eth3)를 사용하여 일관성을 보장해야 합니다. 첫 번째 노드에 eth3을 사용하기로 선택한 경우 클러스터의 모든 추가 노드에 대해 동일한 을 선택합니다.
두 번째 어플라이언스를 구성한 후 가상 IP 주소의 첫 번째 노드의 네트워크 관리 플랫폼 사용자 인터페이스에 로그인하여 네트워크 관리 플랫폼 > Administration > Fabric > 패브릭 노드 작업 공간의 클러스터에 노드를 추가할 수 있습니다. 클러스터에 노드를 추가하려면, 새로운 노드의 eth0 인터페이스에 할당된 IP 주소를 지정하고, 새로운 노드에 대한 이름을 할당하고, (선택적으로) 노드를 추가할 날짜와 시간을 예약합니다. 첫 번째 노드에서 실행되는 DRM(Distributed Resource Manager) 서비스는 새로운 노드의 노드 관리 에이전트(NMA)에 연락하여 필요한 구성을 변경하고 클러스터에 추가합니다. DRM 서비스는 또한 필요한 서비스가 이 노드에서 시작되도록 보장합니다. 새 노드가 클러스터에 합류하면 네트워크 관리 플랫폼 > Administration > Fabric 작업 공간에서 상태를 모니터링할 수 있습니다.
Junos Space 플랫폼 UI에서 기존 클러스터에 노드를 추가하는 것에 대한 자세한 내용은 패브릭 관리 개요 ( Junos Space 네트워크 관리 플랫폼 작업 공간 사용자 가이드)를 참조하십시오.
클러스터에 추가 노드 추가
추가 노드를 추가하는 프로세스는 두 번째 노드를 추가하는 프로세스와 동일합니다. 그러나 다른 HA 노드가 제거되거나 MySQL 클러스터를 형성하기 위해 전용 데이터베이스 노드로 추가되는 경우 해당 역할로 명시적으로 승격되지 않는 한 이러한 추가 노드는 패브릭의 HA 클러스터에 참여하지 않습니다.
Junos Space 플랫폼 UI에서 기존 클러스터에 노드를 추가하는 것에 대한 자세한 내용은 패브릭 관리 개요 ( Junos Space 네트워크 관리 플랫폼 작업 공간 사용자 가이드)를 참조하십시오.
FMPM 노드 구성
클러스터에서 최대 2개의 FMPM 노드를 구성할 수 있습니다. FMPM 노드 구성:
Junos Space 어플라이언스의 경우, Junos Space 네트워크 관리 플랫폼 문서의 하드웨어 문서 섹션에 있는 다음 주제를 참조하십시오.
Junos Space 가상 어플라이언스는 Junos Space 가상 어플라이언스 설명서에서 다음 주제를 참조하십시오.
클러스터에서 노드 제거
노드가 실패하고 교체가 필요한 경우 클러스터에서 노드를 쉽게 제거할 수 있습니다. 네트워크 관리 플랫폼 > Administration > Fabric 작업 공간으로 이동하여 제거할 노드를 선택하고 삭제 노드 작업을 선택합니다. 삭제되는 노드가 HA 노드인 경우, 시스템은 클러스터의 다른 노드가 삭제되는 HA 노드의 대체 요소로 선택될 수 있는지 확인합니다. 그런 다음 시스템은 capable 노드 목록(이 예에서는 노드-3만 해당)을 표시하고 사용 가능한 노드 중에서 선택할 수 있도록 합니다. 이 프로세스는 클러스터의 고가용성 노드 이해에 설명되어 있습니다.
삭제되는 노드가 데이터베이스 노드인 경우 시스템은 클러스터의 다른 노드가 삭제되는 데이터베이스 노드를 대체할 수 있는지 여부를 확인합니다. 삭제된 노드를 대체할 수 있는 노드가 있는 경우 시스템은 가능한 노드 목록을 표시하고 사용 가능한 노드 중에서 선택할 수 있습니다.
클러스터에서 노드를 삭제하는 것에 대한 자세한 내용은 Junos Space 패브릭에서 노드 삭제 를 참조하십시오( Junos Space 네트워크 관리 플랫폼 작업 공간 사용자 가이드).