A. 기본 호스트는 보조 호스트보다 더 많은 물리적 인터페이스를 포함해야 합니다.

B. 2차 호스트의 /store 및 /transient 파티션의 결합된 크기는 1차 호스트의 /store 파티션보다 크거나 같아야 합니다.

C. 기본 호스트에 있는 /store 및 /transient 파티션의 결합된 크기는 보조 호스트에 있는 /store 파티션보다 커야 합니다.

D. 보조 호스트는 기본 HA 호스트와 다른 관리 인터페이스를 사용해야 합니다.

A. 원격 서비스 창

B. Use Case Manager 앱의 Tuning 인터페이스

C. 네트워크 활동 탭

D. 로그 소스 관리자 앱의 테스트 인터페이스

A. 원본 환경의 구성을 백업한 다음 새 AIO에서 복원해야 합니다. 시스템이 가동되면 GUI를 사용하여 EP를 제거할 수 있습니다.

B. 원본 환경의 구성을 백업한 다음 새 AIO에 복원해야 합니다. 시스템이 가동된 후에는 백엔드 PSQL 명령을 사용해야만 EP를 제거할 수 있습니다.

C. rsync를 사용하여 /store 파티션의 내용을 새 시스템으로 전송합니다.

D. 대상 환경에 동일한 수의 어플라이언스가 없기 때문에 유일한 옵션은 콘텐츠 관리 도구(CMT)를 사용하여 보안 구성을 전송하는 것입니다.

A. 각 도메인과 테넌트가 로그 소스 그룹에 의해 정의된 경우 각 테넌트에 사용되는 로그 소스 그룹에서 EPS 제한을 공유할 수 있습니다. 라이선스 초과 버퍼링은 이벤트 수집기에서 정의됩니다.

B. 테넌트가 이벤트 수집기에 의해 정의된 경우 테넌트당 EPS 제한을 설정할 수 있습니다. 그런 다음 라이선스 초과 버퍼링을 사용하여 EPS 급증을 처리할 수 있습니다.

C. 테넌트당 EPS 한도를 설정할 수 있지만 EPS를 초과하는 모든 이벤트는 파이프라인에서 삭제됩니다. 과도한 라이센스 버퍼링은 EPS 스파이크를 처리하는 데 사용되지 않습니다.

D. 도메인은 EPS 제한을 설정하므로 각 테넌트는 하나의 도메인만 있으면 됩니다. 이러한 방식으로 과잉 라이선스 버퍼링을 사용하여 EPS 급증을 처리할 수 있습니다.

A. 관리자 계정이 UI에 로그인되어 있는지 확인합니다.

B. 버전 업그레이드 전에 모든 오펜스를 정리합니다.

C. 모든 변경 사항이 어플라이언스에 배포되었는지 확인합니다.

D. 스캔 실행 및 보고서가 완료되었는지 확인합니다.

E. ISO 파일이 모든 어플라이언스에 복사되었는지 확인하십시오.