새 클러스터, 호스트 또는 가상 머신이든 기존 클러스터, 호스트 또는 가상 머신이든 상관없이 리소스(예: CPU 및 메모리)를 최적화하고 고가용성을 위해 호스트와 가상 머신을 구성할 수 있습니다.
클러스터를 만들거나 편집할 때
탭에서 클러스터에 대한 메모리 페이지 공유 임계값을 선택하고, 필요에 따라 클러스터의 호스트에서 CPU 스레드 처리 및 메모리 벌루닝을 사용으로 설정할 수 있습니다. 이로 인해 얻을 수 있는 몇 가지 이점은 다음과 같습니다.가상 머신이 지정된 과다 커밋 임계값까지 호스트에서 실행됩니다. 값이 클수록 CPU 사용량이 많아지면서 메모리가 절약됩니다.
총 CPU 코어 수가 호스트의 코어 수보다 많은 가상 머신을 실행하는 호스트
클러스터의 호스트에서 실행되는 가상 머신의 메모리 과다 커밋
메모리 절약 이점을 얻을 수 있을 경우 MoM(Memory Overcommitment Manager)이 KSM(Kernel Same-page Merging)을 실행합니다.
가상 머신이 전용 메모리를 필요로 하는 Oracle 제품(예: Oracle Database 또는 기타 Oracle 응용 프로그램)을 실행 중인 경우 메모리 과다 커밋 구성 옵션은 사용할 수 없습니다.
가상 머신을 만들거나 편집할 때 Resource Allocation(리소스 할당) 탭에서 다음 작업을 수행할 수 있습니다.
가상 머신이 호스트에서 액세스할 수 있는 최대 처리 용량을 설정합니다.
가상 CPU를 특정 물리적 CPU에 고정합니다.
가상 머신에 대한 메모리 양을 보장합니다.
가상 머신에 대한 메모리 벌룬 장치를 사용으로 설정합니다. 또한 클러스터에 대해
을 선택해야 합니다.VirtIO 인터페이스가 있는 디스크를 가상 머신의 다른 기능과 별도의 스레드에 고정하여 해당 디스크의 속도를 향상시킵니다.
클러스터 레벨에서 메모리 및 CPU의 사용량을 최적화하려면 다음과 같이 하십시오.
메모리 페이지 공유를 사용 안함으로 설정합니다.
메모리 페이지 공유 임계값을 각 호스트에 있는 시스템 메모리의 150%로 설정합니다.
메모리 페이지 공유 임계값을 각 호스트에 있는 시스템 메모리의 200%로 설정합니다.
호스트에서 총 처리 코어 수가 호스트의 코어 수보다 많은 가상 머신을 실행할 수 있도록 허용하는 기능은 보다 적은 양의 CPU가 필요한 작업량에 유용할 수 있습니다.
MoM은 가능한 경우 언제 어디서든 벌루닝을 시작합니다. 이 작업은 모든 가상 머신의 보장된 메모리 크기에 의해서만 제한됩니다. 클러스터의 각 가상 머신은 관련 드라이버가 있는 벌룬 장치(특별히 제거되지 않은 경우 포함됨)를 사용해야 합니다. 클러스터의 모든 호스트는 상태가 Up(작동)으로 변경될 때 벌룬 정책 업데이트를 수신합니다.
주메모리 소비가 느리거나 메모리 해제가 가끔 발생하거나 가상 데스크탑 등이 장기간 유휴 상태인 응용 프로그램 및 로드가 있는 가상 머신에서 벌루닝을 사용으로 설정합니다.
가상 머신에 대한 메모리 및 CPU의 사용량을 최적화하려면 다음과 같이 하십시오.
가상 머신에 대해 보장된 물리적 메모리의 양은 0에서 정의된 메모리 사이의 숫자여야 합니다.
- 중요
기본적으로 이 확인란은 선택되어 있으므로 가상 머신의 호스트가 상주하는 클러스터에 대해 메모리 벌루닝을 사용으로 설정했는지 확인하십시오.
기본적으로 이 확인란은 선택되어 있습니다.
기본적으로 이 확인란은 선택되어 있습니다.
다른 수의 vNIC당 대기열을 정의하려는 경우 사용자정의 등록 정보를 만들 수 있습니다.
#
engine-config -s "CustomDeviceProperties={type=interface;prop={other-nic-properties;queues=[1-9][0-9]\*}}"
여기서
other-nic-properties
는 세미콜론으로 구분된 기존 NIC 사용자정의 등록 정보 목록입니다.기본적으로 이 확인란은 선택되어 있습니다.
보호는 클러스터의 호스트를 반응형으로 유지합니다. 보호를 통해 클러스터는 예상치 않은 호스트 실패에 반응하여 절전, 로드 균형 조정 및 가상 머신 가용성 정책을 적용할 수 있습니다. 호스트의 전원 관리 정책에 대한 보호 매개변수를 구성하고 정기적으로 정확한지 테스트해야 합니다.
비작동 호스트는 비반응형 호스트와 다릅니다. 비작동 호스트는 Manager와 통신할 수 있지만 잘못된 구성(예: 논리적 네트워크 누락)이 사용됩니다. 비반응형 호스트는 Manager와 통신할 수 없습니다.
보호 작업에서 비반응형 호스트가 재부트된 후, 호스트가 정해진 시간 내에 활성 상태로 돌아가지 않을 경우 이 호스트는 보류 중인 수동 개입 및 문제 해결을 위해 비반응형 상태로 유지됩니다.
Manager는 재부트 후 프록시 호스트를 통해 또는
에서 수동으로 관리 작업을 수행할 수 있습니다. 비반응형 호스트에서 실행되는 모든 가상 머신이 중지되고 고가용성 가상 머신이 다른 호스트에서 시작됩니다. 전원 관리 작업을 위해서는 두 개 이상의 호스트가 필요합니다.고가용성 가상 머신이 호스트에서 실행되면 전원 관리를 사용으로 설정하고 구성해야 합니다.
Manager는 프록시를 사용하여 호스트 전원 관리 장치로 전원 관리 명령을 전송합니다. 엔진이 보호 에이전트와 직접 통신하지 않기 때문입니다. 호스트 에이전트(VDSM)가 전원 관리 장치 작업을 실행하고 환경의 다른 호스트가 보호 프록시로 사용됩니다. 따라서 전원 관리 작업에 대한 호스트가 두 개 이상이어야 합니다.
보호 프록시 호스트를 구성할 때는 호스트가 다음 사항을 충족해야 합니다.
보호가 필요한 호스트와 동일한 클러스터에 있어야 합니다.
보호가 필요한 호스트와 동일한 데이터 센터에 있어야 합니다.
실행 가능하도록 유지되려면 상태가
UP
또는Maintenance
여야 합니다.
전원 관리 작업은 세 가지 방법으로 수행할 수 있습니다.
재부트 후 Manager를 통해
프록시 호스트를 통해
호스트에서 전원 관리 및 보호를 구성하려면 다음과 같이 하십시오.
호스트를 선택하고
를 누릅니다.- 중요
기존 호스트에서 Kdump 통합을 사용 또는 사용 안함으로 설정하는 경우 호스트를 재설치해야 합니다.
(선택사항) 호스트의 전원 관리가 호스트 클러스터의 예약 정책으로 제어되지 않도록 하려면 를 선택합니다.
보호 에이전트를 구성하려면
옆에 있는 더하기 기호(+)를 누릅니다.호스트의 전원 관리 장치에 액세스할
(IP 주소 또는 FQDN)를 입력합니다.전원 관리 장치에 액세스할 때 사용되는 계정의
및 를 입력합니다.드롭다운 목록에서 전원 관리 장치
을 선택합니다.전원 관리 장치가 호스트와의 통신에 사용하는
(SSH) 번호를 입력합니다.전원 관리 장치의 블레이드를 식별하는 데 사용되는
번호를 입력합니다.전원 관리 장치에 대한
를 입력합니다. 쉼표로 구분된 키-값 쌍 목록을 사용합니다.IPv4 주소만 사용하려면
inet4_only=1
을 입력합니다.IPv6 주소만 사용하려면
inet6_only=1
을 입력합니다.
전원 관리 장치가 지원하는 SSH, SSL 또는 기타 인증 프로토콜을 사용할 수 있습니다.
성공할 경우
이 표시됩니다.주의전원 관리 매개변수(userid, password, options 등)는 설정 도중에만 Manager를 통해 테스트되며 설정 후 수동으로 테스트할 수 있습니다. 잘못된 매개변수에 대한 경보를 무시하도록 선택하거나 Manager에서 변경 없이 전원 관리 하드웨어의 매개변수가 변경되는 경우 가장 필요할 때 보호가 실패할 수 있습니다.
기본적으로 보호 에이전트는 순차적입니다. 보호 에이전트가 사용되는 순서를 변경하려면 다음 작업을 수행합니다.
두 보호 에이전트가 동시에 실행되도록 하려면 한 보호 에이전트 옆에 있는
드롭다운 목록을 누르고 다른 보호 에이전트를 선택합니다.이 동시 보호 에이전트 그룹에 다른 보호 에이전트를 추가할 수 있습니다.
다른 전원 관리 프록시를 추가하려면 다음 작업을 수행합니다.
드롭다운 목록에서 전원 관리 프록시를 선택한 다음
를 누릅니다.새 프록시가
목록에 표시됩니다.
주기본적으로 Manager가 호스트와 동일한 클러스터 내에서 보호 프록시를 검색합니다. Manager가 클러스터 내에서 보호 프록시를 찾을 수 없을 경우 데이터 센터에서 검색합니다.
호스트 목록에서 호스트 이름 옆에 있는 느낌표가 사라지면 전원 관리 및 보호를 성공적으로 구성한 것입니다.
전원 관리 및 보호를 구성한 후 Manager를 시작하면, Manager는 자동으로 비기록 시간(기본적으로 5분)이 경과된 후 전원 관리가 사용으로 설정된 비반응형 호스트를 보호하려고 시도합니다. 호스트가 부트되는 동안 Manager가 호스트를 보호하려고 시도하는 등의 시나리오가 발생하지 않도록 비기록 시간 연장을 선택할 수 있습니다. 일반적으로 호스트의 부트 프로세스가 Manager 부트 프로세스보다 오래 걸리므로 이는 데이터 센터 장애 후 발생할 수 있습니다.
engine-config
명령 옵션
DisableFenceAtStartupInSec
를 사용하여
비기록 시간을 구성할 수 있습니다.
#engine-config -s DisableFenceAtStartupInSec=<number
>
자동으로 보호 매개변수를 확인하려는 경우
PMHealthCheckEnabled
(기본적으로 false)
및
PMHealthCheckIntervalInSec
(기본적으로
3600초) 엔진 구성 옵션을 구성할 수 있습니다.
#engine-config -s PMHealthCheckEnabled=True
#engine-config -s PMHealthCheckIntervalInSec=<number
>
true로 설정할 경우
PMHealthCheckEnabled
가
PMHealthCheckIntervalInSec
를 통해
지정된 간격에 따라 모든 호스트 에이전트를
확인하고 문제가 감지될 경우 경고를
발생시킵니다.
중요한 작업량을 실행하는 가상 머신이 있을 경우 고가용성을 위해 해당 가상 머신을 구성하는 것이 좋습니다. 원래 호스트가 다음과 같은 경우 고가용성 가상 머신만 원래 호스트에서 자동으로 다시 시작되거나 클러스터의 다른 호스트로 라이브 마이그레이션됩니다.
호스트에 하드웨어 고장이 발생하거나 호스트의 작동이 중단된 경우
호스트의 작동 중지 시간이 예약되어 있거나 호스트가 유지 관리 모드로 전환된 경우
호스트가 외부 저장소와 통신이 끊기고 사용할 수 없는 상태로 바뀐 경우
가상 머신의 호스트가 수동으로 종료되면 가상 머신이 자동으로 다른 호스트로 라이브 마이그레이션되지 않습니다.
가상 머신 또는 Manager 내에서 호스트를 완전히 종료하거나 유지 관리 모드로 전환하지 않은 상태에서 호스트를 종료하는 경우 고가용성 가상 머신이 다시 시작되지 않습니다.
가상 머신이 클러스터의 사용 가능한 다른 호스트로 마이그레이션되도록 하려면 다음과 같이 하십시오.
고가용성 가상 머신을 실행하는 호스트에 대해 전원 관리 및 보호를 구성합니다.
고가용성 가상 머신의 호스트가 두 개 이상의 사용 가능한 호스트의 클러스터에 속하는지 확인합니다.
대상 호스트가 작동 중인지 확인합니다.
소스 호스트와 대상 호스트가 가상 머신이 상주하는 데이터 도메인에 액세스할 수 있는지 확인합니다.
소스 호스트와 대상 호스트가 동일한 가상 네트워크 및 VLAN에 액세스할 수 있는지 확인합니다.
가상 머신의 요구사항을 지원하는 데 사용되고 있지 않은 RAM 및 CPU가 대상 호스트에 충분한지 확인합니다.
저장소 도메인의 특수 볼륨에서 임대를 획득하도록 구성한 경우 원래 호스트의 전원 공급이 중단되었더라도 다른 호스트에서 가상 머신을 다시 시작할 수 있습니다. 임대를 획득하면 가상 머신 디스크 손상이 발생하지 않도록 가상 머신이 다른 두 호스트에서 시작되지 못하게 방지됩니다.
고가용성을 구성하는 경우 다음 동작이 발생합니다.
가상 머신이 사용자 개입 없이 몇 초 이내에 다시 시작되므로 서비스 중단이 최소화됩니다.
현재 리소스 사용률이 적은 호스트에서 가상 머신을 다시 시작하여 리소스의 균형이 조정됩니다.
언제든지 가상 머신을 다시 시작할 수 있는 충분한 용량이 있어야 합니다.
다음 단계를 사용하여 각 가상 머신에 대한 고가용성을 구성해야 합니다.
가상 머신 목록에서 가상 머신을 눌러 강조 표시한 다음
를 누릅니다.가상 머신은 저장소 도메인의 특수 볼륨에서 임대를 획득할 수 있습니다. 이를 통해 원래 호스트의 전원 공급이 중단된 경우에도 가상 머신을 다른 호스트에서 시작할 수 있습니다. 자세한 내용은 Oracle Linux Virtualization Manager: 아키텍처 및 계획 설명서의 저장소 임대를 참조하십시오.
가상 머신 마이그레이션이 트리거되면 우선순위가 높은 가상 머신이 먼저 마이그레이션되는 대기열이 만들어집니다. 클러스터의 리소스가 부족한 경우 우선순위가 높은 가상 머신만 마이그레이션됩니다.