무료 온라인 액세스 Cisco.500-430.v2024-09-06.q18 모의 시험 (Page 2)

500-430 문제 1

업그레이드 후 애플리케이션 서버가 다시 시작되었습니다. 업그레이드된 Java 에이전트가 성공적으로 실행되고 있는지 확인하는 두 가지 유효한 방법은 무엇입니까? (2개를 선택하세요.)

A. 애플리케이션 로그에 성공을 나타내는 메시지가 포함되어 있는지 확인합니다.

B. 컨트롤러 Ul 내의 노드가 앱 에이전트가 보고하고 있음을 나타내는지 확인합니다.

C. 측정항목 브라우저에서 해당 노드에 대한 Java 에이전트 버전 측정항목을 확인합니다.

D. Java 에이전트 로그에 에이전트가 성공적으로 시작되었음을 나타내는 메시지가 포함되어 있는지 확인하십시오.

정답: B,C

설명
Cisco CAPI(AppDynamics Professional Implementer) 문서에 따르면 업그레이드된 Java 에이전트가 성공적으로 실행되고 있는지 확인하는 두 가지 유효한 방법은 다음과 같습니다.
컨트롤러 UI 내의 노드가 앱 에이전트가 보고 중임을 나타내는지 확인합니다. (B) 컨트롤러 UI는 사용자가 AppDynamics 에이전트에 의해 계측되는 애플리케이션, 계층, 노드 및 기타 엔터티의 성능을 모니터링하고 관리할 수 있는 웹 기반 애플리케이션이기 때문에 이는 유효한 방법입니다. 컨트롤러 UI는 각 계층 내의 노드 상태를 표시하고 앱 에이전트가 보고하는지 여부를 나타냅니다. 앱 에이전트가 보고하는 경우 노드 아이콘은 녹색이며 에이전트 버전을 표시합니다. 앱 에이전트가 보고하지 않는 경우 노드 아이콘은 회색이며 에이전트가 마지막으로 보고한 시간을 표시합니다. 사용자는 노드 아이콘 위로 마우스를 가져가면 에이전트 유형, 에이전트 버전, 에이전트 런타임 디렉터리 및 에이전트 속성 파일과 같은 자세한 내용을 볼 수도 있습니다. 사용자는 노드 아이콘이 녹색이고 최신 에이전트 버전12이 표시되는지 확인하여 업그레이드된 Java 에이전트가 성공적으로 실행되고 있는지 확인할 수 있습니다.
측정항목 브라우저에서 해당 노드에 대한 Java 에이전트 버전 측정항목을 확인하세요. 메트릭 브라우저는 사용자가 AppDynamics 에이전트에서 수집한 메트릭을 보고 분석할 수 있는 컨트롤러 UI의 기능이므로 이는 유효한 방법입니다. 메트릭 브라우저는 계층적 트리 구조로 메트릭을 표시합니다. 여기서 각 노드는 메트릭 범주, 메트릭 이름 또는 메트릭 값을 나타냅니다. 사용자는 노드를 확장하거나 축소할 수 있으며 측정항목을 선택하거나 선택 취소하여 차트에서 볼 수 있습니다. 사용자는 필터, 시간 범위, 기준선 및 기타 옵션을 적용하여 차트를 사용자 지정할 수도 있습니다. 사용자는 메트릭 브라우저에서 해당 노드에 대한 Java 에이전트 버전 메트릭으로 이동하여 업그레이드된 Java 에이전트가 성공적으로 실행되고 있는지 확인할 수 있습니다. Java 에이전트 버전 메트릭은 노드에서 실행 중인 Java 에이전트의 버전 번호를 표시합니다. 사용자는 메트릭 값을 예상 에이전트 버전과 비교하고 업그레이드 후 메트릭이 업데이트되는지 확인할 수 있습니다34.
잘못된 옵션은 다음과 같습니다.
애플리케이션 로그에 성공을 나타내는 메시지가 포함되어 있는지 확인하십시오. (A) 응용 프로그램 로그에는 Java 에이전트 업그레이드 성공을 나타내는 메시지가 포함되어 있지 않으므로 유효한 방법이 아닙니다. 애플리케이션 로그는 애플리케이션 서버에서 발생하는 시작, 종료, 오류, 경고, 디버그 정보 등의 이벤트와 메시지를 기록하는 파일이다. 응용 프로그램 로그에는 설치, 업그레이드, 구성, 보고 등 Java Agent에서 발생하는 이벤트 및 메시지가 기록되지 않습니다. Java 에이전트에는 자체 로그 파일이 있습니다.
<agent_home>/logs 디렉터리이며 Java 에이전트 업그레이드의 성공 또는 실패를 나타내는 메시지가 포함되어 있습니다.
Java 에이전트 로그에 에이전트가 성공적으로 시작되었음을 나타내는 메시지가 포함되어 있는지 확인하십시오. (D) Java 에이전트 로그에는 업그레이드 후 에이전트가 성공적으로 시작되었음을 나타내는 메시지가 포함되어 있지 않으므로 이는 유효한 방법이 아닙니다. Java 에이전트 로그는 설치, 업그레이드, 구성, 보고 등 Java 에이전트에서 발생하는 이벤트와 메시지를 기록하는 파일입니다. Java 에이전트 로그에는 Java 에이전트가 업그레이드될 때가 아니라 응용 프로그램 서버가 시작될 때 에이전트가 성공적으로 시작되었음을 나타내는 메시지가 포함되어 있습니다. Java 에이전트 로그에는 Java 에이전트 업그레이드의 성공 또는 실패를 나타내는 메시지가 포함되어 있지 않습니다. Java 에이전트 로그는 <agent_home>/logs 디렉터리에 있으며 에이전트가 성공적으로 시작되었음을 나타내는 메시지는 "에이전트 시작 완료"입니다.
참고자료:
1: 계층 및 노드 - AppDynamics
2: 계층 대시보드 - AppDynamics
3: 지표 브라우저 - AppDynamics
4: Java 에이전트 지표 - AppDynamics
[5]: Java 에이전트 로그 - AppDynamics
[6]: Java 에이전트 문제 해결 - AppDynamics

500-430 문제 2

Machine Agent REST API를 사용하여 사용자 정의 이벤트를 생성하는 세 가지 이유는 무엇입니까? (3개를 선택하세요.)

A. 애플리케이션 배포를 추적하기 위한 이벤트를 생성합니다.

B. 컨트롤러 감사 보고서에 표시할 이벤트를 생성합니다.

C. 사용자 정의 이벤트가 생성될 때 트리거될 경고를 생성합니다.

D. 사용자 정의 대시보드에 시계열 데이터와 함께 표시할 이벤트를 생성합니다.

E. 상태 규칙 위반을 트리거하는 데 사용할 이벤트를 생성합니다.

F. 새 측정항목을 생성합니다.

정답: A,D,E

설명
Machine Agent REST API를 사용하면 AppDynamics에서 다양한 목적으로 사용할 수 있는 사용자 정의 이벤트를 생성할 수 있습니다. 이 API를 사용하여 맞춤 이벤트를 만드는 이유는 다음과 같습니다12:
애플리케이션 배포를 추적하는 이벤트를 생성합니다. API를 사용하여 애플리케이션 배포 프로세스의 시작과 끝을 표시하는 사용자 정의 이벤트를 보낼 수 있습니다. 이를 통해 배포가 애플리케이션 성능 및 가용성에 미치는 영향을 모니터링하고 문제나 이상 현상을 배포 이벤트와 연관시키는 데 도움이 될 수 있습니다.
사용자 정의 대시보드에서 시계열 데이터와 함께 표시할 이벤트를 생성합니다. API를 사용하여 사용자 정의 대시보드에 표시하려는 관련 정보나 컨텍스트가 포함된 사용자 정의 이벤트를 보낼 수 있습니다. 예를 들어 구성 변경, 유지 관리 기간, 비즈니스 트랜잭션 또는 사용자 작업의 세부 정보가 포함된 사용자 지정 이벤트를 보낼 수 있습니다. 그런 다음 사용자 정의 대시보드를 사용하여 관심 있는 지표에 대한 시계열 데이터와 함께 사용자 정의 이벤트 데이터를 시각화할 수 있습니다.
상태 규칙 위반을 트리거하는 데 사용할 이벤트를 생성합니다. API를 사용하여 상태 규칙의 조건으로 사용하려는 지표 값이 포함된 사용자 지정 이벤트를 보낼 수 있습니다. 예를 들어 시스템의 CPU 사용률이 포함된 사용자 지정 이벤트를 보낸 다음 CPU 사용률 지표를 평가하고 특정 임계값을 초과하는 경우 위반을 트리거하는 상태 규칙을 만들 수 있습니다. 그런 다음 상태 규칙 위반을 사용하여 경고, 알림 또는 수정 작업을 생성할 수 있습니다. 참조: 머신 에이전트 HTTP 리스너, 사용자 정의 이벤트 생성

500-430 문제 3

.NET 에이전트 패치를 설치하는 올바른 단계는 무엇입니까?

A. 기존 .NET 에이전트 제거
패치 설치
계측된 애플리케이션을 다시 시작합니다.

B. 머신을 다시 시작합니다.
.NET 에이전트 종료 위에 패치 설치
계측된 애플리케이션 다시 시작

C. .NET 에이전트 패치 설치
계측된 애플리케이션을 다시 시작합니다.

D. 계측된 애플리케이션을 다시 시작합니다.
기존 NET 에이전트에 패치 적용

500-430 문제 4

Health Rule REST API의 URL 문자열에 애플리케이션을 지정할 때 사용할 수 있는 두 가지 선택 사항은 무엇입니까? (2개를 선택하세요.)

A. 애플리케이션 별칭

B. 애플리케이션 ID

C. 애플리케이션 GUID

D. 애플리케이션 이름

E. 애플리케이션 REGEX

500-430 문제 5

관리자가 Enterprise Console Ul을 사용하는 대신 기존 키 쌍을 가져와 컨트롤러 SSL 인증서를 관리하려면 어떻게 해야 합니까?

A. 타사 도구를 사용하여 keystore.jks에 키 쌍을 추가합니다.

B. 컨트롤러 설치 프로그램을 다시 실행하고 새 키 쌍을 지정합니다.

C. 컨트롤러 Ul을 통해 새 keystore.jks 파일을 업로드합니다.

D. 컨트롤러 UL 내에서 키 쌍을 업로드합니다.

정답: A

설명
Cisco AppDynamics Professional Implementer(CAPI) 문서에 따르면 Enterprise Console UI를 사용하지 않고 컨트롤러 SSL 인증서를 관리하기 위해 기존 키 쌍을 가져오는 방법은 타사 도구를 사용하여 keystore.jks에 키 쌍을 추가하는 것입니다(A). . keystore.jks 파일은 포트 8181의 보안 통신을 위한 개인 키와 인증서를 포함하는 컨트롤러의 기본 키 저장소입니다. 관리자가 이미 타사 인증 기관(CA)에서 서명한 사용자 정의 키 쌍을 가지고 있는 경우 내부 CA의 경우 KeyStore Explorer 또는 OpenSSL과 같은 타사 도구를 사용하여 키 쌍을 keystore.jks 파일로 가져올 수 있습니다. 또한 관리자는 CA의 루트 또는 중간 인증서를 컨트롤러의 기본 신뢰 저장소인 cacerts.jks 파일로 가져와야 합니다. 관리자는 Controller 설치와 함께 번들로 제공되는 keytool 유틸리티를 사용하여 인증서를 cacerts.jks 파일로 가져와야 합니다. 또한 관리자는 keystore.jks 및 cacerts.jks 파일의 비밀번호를 업데이트하고 컨트롤러를 다시 시작하여 변경 사항을 적용해야 합니다12.
잘못된 옵션은 다음과 같습니다.
컨트롤러 설치 프로그램을 다시 실행하고 새 키 쌍을 지정하십시오. (B) 컨트롤러 설치 프로그램은 관리자가 컨트롤러 SSL 인증서에 대한 사용자 지정 키 쌍을 지정하는 것을 허용하지 않기 때문에 이는 유효한 방법이 아닙니다. 컨트롤러 설치 프로그램을 사용하면 관리자는 컨트롤러 호스트 이름, 포트, 계정 이름, 액세스 키 및 데이터베이스 설정만 지정할 수 있습니다. 컨트롤러 설치 프로그램은 keystore.jks 또는 cacerts.jks 파일을 수정하지 않으며 사용자 지정 키 쌍이나 인증서를 컨트롤러 키 저장소 또는 truststore3으로 가져오지 않습니다.
컨트롤러 UI를 통해 새 keystore.jks 파일을 업로드합니다. 컨트롤러 UI는 컨트롤러 SSL 인증서에 대한 새 keystore.jks 파일을 업로드하는 기능을 제공하지 않으므로 이는 유효한 방법이 아닙니다. 컨트롤러 UI를 사용하면 관리자는 라이선스, 보안, 이메일, 분석 및 EUM과 같은 컨트롤러 설정을 보고 편집할 수만 있습니다. 컨트롤러 UI는 keystore.jks 또는 cacerts.jks 파일에 액세스하거나 수정하지 않으며 사용자 지정 키 쌍이나 인증서를 컨트롤러 키 저장소 또는 truststore4로 가져오지 않습니다.
컨트롤러 UI 내에서 키 쌍을 업로드합니다. (D) 컨트롤러 UI는 컨트롤러 SSL 인증서에 대한 사용자 지정 키 쌍을 업로드하는 기능을 제공하지 않으므로 이는 유효한 방법이 아닙니다. 컨트롤러 UI를 사용하면 관리자는 라이선스, 보안, 이메일, 분석 및 EUM과 같은 컨트롤러 설정을 보고 편집할 수만 있습니다. 컨트롤러 UI는 keystore.jks 또는 cacerts.jks 파일에 액세스하거나 수정하지 않으며 사용자 지정 키 쌍이나 인증서를 컨트롤러 키 저장소 또는 truststore4로 가져오지 않습니다.
참고자료:
1: 컨트롤러 SSL 및 인증서 - AppDynamics
2: .NET 에이전트에서 SSL 인증서 유효성 검사 오류를 해결하려면 어떻게 해야 합니까? - 앱다이내믹스
3: 컨트롤러 설치 - AppDynamics
4: 컨트롤러 설정 - AppDynamics