This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
시스템 모니터링
앱 액세스 및 연결을 위한 작동 시간을 최적화하려면 XenMobile 환경에서 다음과 같은 핵심 구성 요소를 모니터링해야 합니다.
XenMobile Server
XenMobile 서버는 로그를 생성하여 로컬 스토리지에 저장합니다. 이 로그를 시스템 로그(syslog) 서버로 내보낼 수 있습니다. 로그 설정을 구성하여 크기 제약 또는 로그 수준을 지정하거나 특정 이벤트를 필터링하는 사용자 지정 로거를 생성할 수 있습니다. 언제든지 XenMobile 콘솔에서 XenMobile 서버 로그를 확인할 수 있습니다. 또한 syslog 서버를 통해 로그의 정보를 프로덕션 Splunk 로깅 서버로 내보낼 수 있습니다.
다음 목록에는 XenMobile에서 사용할 수 있는 서로 다른 로그 파일 유형이 설명되어 있습니다.
디버그 로그 파일: XenMobile의 핵심 웹 서비스에 대한 디버그 수준 정보(오류 메시지 및 서버 관련 동작 포함)가 포함됩니다.
메시지 형식:
<date> <timestamp> <loglevel> <class name (including the package)> - <id> <log message>
- 여기서
<id>
는 고유 식별자(예: sessionID)입니다. - 여기서
<log message>
는 응용 프로그램이 제공하는 메시지입니다.
관리자 감사 로그 파일: XenMobile 콘솔 작업에 대한 감사 정보가 포함됩니다.
참고:
관리자 감사 로그와 사용자 감사 로그에는 동일한 형식이 사용됩니다.
메시지 형식:
필수적인 날짜 및 타임스탬프 값을 제외한 다른 모든 특성은 선택 사항입니다. 선택적 필드는 메시지에서 “ “로 표시됩니다.
<date> <timestamp> "<username/id>" "<sessionid>" "<deviceid>" "<clientip>" "<action>" "<status>" "<application name>" "<app user id>" "<user agent>" "<details>"
다음 표에는 사용 가능한 관리자 감사 로그 이벤트가 나열되어 있습니다.
이벤트용 관리자 감사 로그 메시지 | 상태 |
---|---|
로그인 | 성공/실패 |
로그아웃 | 성공/실패 |
관리자 가져오기 | 성공/실패 |
관리자 업데이트 | 성공/실패 |
응용 프로그램 가져오기 | 성공/실패 |
응용 프로그램 추가 | 성공/실패 |
응용 프로그램 업데이트 | 성공/실패 |
응용 프로그램 삭제 | 성공/실패 |
응용 프로그램 바인딩 | 성공/실패 |
응용 프로그램 바인딩 해제 | 성공/실패 |
응용 프로그램 사용 안 함 | 성공/실패 |
응용 프로그램 사용 | 성공/실패 |
범주 가져오기 | 성공/실패 |
범주 추가 | 성공/실패 |
범주 업데이트 | 성공/실패 |
그룹 삭제 | 성공/실패 |
인증서 추가 | 성공/실패 |
인증서 삭제 | 성공/실패 |
활성 인증서 | 성공/실패 |
CSR 인증서 | 성공/실패 |
인증서 내보내기 | 성공/실패 |
인증서 체인 삭제 | 성공/실패 |
인증서 체인 추가 | 성공/실패 |
커넥터 가져오기 | 성공/실패 |
커넥터 추가 | 성공/실패 |
커넥터 삭제 | 성공/실패 |
커넥터 업데이트 | 성공/실패 |
장치 가져오기 | 성공/실패 |
장치 잠금 | 성공/실패 |
장치 잠금 해제 | 성공/실패 |
장치 초기화 | 성공/실패 |
장치 초기화 취소 | 성공/실패 |
장치 삭제 | 성공/실패 |
역할 가져오기 | 성공/실패 |
역할 추가 | 성공/실패 |
역할 업데이트 | 성공/실패 |
역할 삭제 | 성공/실패 |
역할 바인딩 | 성공/실패 |
역할 바인딩 해제 | 성공/실패 |
구성 설정 업데이트 | 성공/실패 |
워크플로 전자 메일 업데이트 | 성공/실패 |
워크플로 추가 | 성공/실패 |
워크플로 삭제 | 성공/실패 |
Active Directory 추가 | 성공/실패 |
Active Directory 업데이트 | 성공/실패 |
masteruserlist 추가 | 성공/실패 |
masteruserlist 업데이트 | 성공/실패 |
DNS 업데이트 | 성공/실패 |
네트워크 업데이트 | 성공/실패 |
로그 서버 업데이트 | 성공/실패 |
로그 서버의 로그 전송 | 성공/실패 |
syslog 업데이트 | 성공/실패 |
Receiver 업데이트 관련 업데이트 | 성공/실패 |
시간 서버 업데이트 | 성공/실패 |
신뢰 업데이트 | 성공/실패 |
서비스 레코드 추가 | 성공/실패 |
서비스 레코드 업데이트 | 성공/실패 |
Receiver 전자 메일 업데이트 | 성공/실패 |
패치 업로드 | 성공/실패 |
스냅샷 가져오기 | 성공/실패 |
앱 스토어 앱 세부 정보 가져오기 | 성공/실패 |
MDM 업데이트 | 성공/실패 |
MDM 삭제 | 성공/실패 |
HDX 추가 | 성공/실패 |
HDX 업데이트 | 성공/실패 |
HDX 삭제 | 성공/실패 |
브랜딩 추가 | 성공/실패 |
브랜딩 삭제 | 성공/실패 |
SSL 오프로드 업데이트 | 성공/실패 |
계정 속성 추가 | 성공/실패 |
계정 속성 삭제 | 성공/실패 |
계정 속성 업데이트 | 성공/실패 |
알림 추가 | 성공/실패 |
사용자 감사 로그 파일: 등록된 장치의 사용자 활동과 관련된 정보가 포함됩니다.
참고:
사용자 감사 로그와 관리자 감사 로그에는 동일한 형식이 사용됩니다.
메시지 형식:
필수적인 날짜 및 타임스탬프 값을 제외한 다른 모든 특성은 선택 사항입니다. 선택적 필드는 메시지에서 “ “로 표시됩니다. 예를 들면 다음과 같습니다.
<date> <timestamp> " <username/id>" "<sessionid>" "<deviceid>" "<clientip>" "<action>" "<status>" " <application name>" "<app user id>" "<user agent>" "<details>"
다음 표에는 사용 가능한 사용자 감사 로그 이벤트가 나열되어 있습니다.
이벤트용 사용자 감사 로그 메시지 | 상태 |
---|---|
로그인 | 성공/실패 |
세션 시간 초과 | 성공/실패 |
구독 | 성공/실패 |
등록 취소 | 성공/실패 |
사전 시작 | 성공/실패 |
AGEE SSO | 성공/실패 |
Citrix Files용 SAML 토큰 | 성공/실패 |
장치 등록 | 성공/실패 |
장치 확인 | 잠금/초기화 |
장치 업데이트 | 성공/실패 |
토큰 새로 고침 | 성공/실패 |
암호 저장됨 | 성공/실패 |
암호 검색됨 | 성공/실패 |
사용자가 암호 변경을 시작함 | 성공/실패 |
모바일 클라이언트 다운로드 | 성공/실패 |
로그아웃 | 성공/실패 |
검색 서비스 | 성공/실패 |
끝점 서비스 | 성공/실패 |
MDM 기능 | 상태 |
---|---|
REGHIVE | 성공/실패 |
Cab 인벤토리 | 성공/실패 |
Cab | 성공/실패 |
Cab 자동 설치 | 성공/실패 |
Cab 셸 설치 | 성공/실패 |
Cab 폴더 만들기 | 성공/실패 |
Cab 파일 가져오기 | 성공/실패 |
파일 폴더 만들기 | 성공/실패 |
파일 가져오기 | 성공/실패 |
파일 전송됨 | 성공/실패 |
스크립트 폴더 만들기 | 성공/실패 |
스크립트 가져오기 | 성공/실패 |
스크립트 전송됨 | 성공/실패 |
스크립트 셸 실행 | 성공/실패 |
스크립트 자동 실행 | 성공/실패 |
APK 인벤토리 | 성공/실패 |
APK | 성공/실패 |
APK 셸 설치 | 성공/실패 |
APK 자동 설치 | 성공/실패 |
APK 폴더 만들기 | 성공/실패 |
APK 파일 가져오기 | 성공/실패 |
APK 앱 | 성공/실패 |
EXT 앱 | 성공/실패 |
목록 가져오기 | 성공/실패 |
목록 전송됨 | 성공/실패 |
장치 찾기 | 성공/실패 |
CFG | 성공/실패 |
잠금 해제 | 성공/실패 |
SharePoint 초기화 | 성공/실패 |
SharePoint 구성 | 성공/실패 |
프로필 제거 | 성공/실패 |
응용 프로그램 제거 | 성공/실패 |
관리되지 않는 응용 프로그램 제거 | 성공/실패 |
관리되지 않는 프로필 제거 | 성공/실패 |
IPA 앱 | 성공/실패 |
EXT 앱 | 성공/실패 |
상환 코드 적용 | 성공/실패 |
설정 적용 | 성공/실패 |
장치 추적 사용 | 성공/실패 |
앱 관리 정책 | 성공/실패 |
SD 카드 초기화 | 성공/실패 |
암호화된 전자 메일 첨부 파일 | 성공/실패 |
브랜딩 | 성공/실패 |
보안 브라우저 | 성공/실패 |
컨테이너 브라우저 | 성공/실패 |
컨테이너 잠금 해제 | 성공/실패 |
컨테이너 암호 재설정 | 성공/실패 |
AG 클라이언트 인증 자격 증명 | 성공/실패 |
Citrix ADC는 각 XenMobile 서버 클러스터 노드에 대한 HTTP 요청을 시뮬레이션하는 지능형 모니터링 프로브로 구성된 XenMobile 웹 서비스 상태도 모니터링합니다. 이 프로브는 서비스가 온라인 상태인지 확인한 후 수신된 응답에 따라 응답합니다. 노드가 예상대로 응답하지 않는 경우 Citrix ADC는 서버를 중단 상태로 표시합니다. 또한 Citrix ADC는 노드를 부하 분산 풀에서 제거하고, Citrix ADC 모니터링 솔루션을 통해 알림을 생성하는 데 사용할 이벤트를 기록합니다.
관리자는 표준 하이퍼바이저 모니터링 도구를 사용하여 XenMobile 가상 컴퓨터를 모니터링하고 CPU, 메모리, 스토리지 사용률 메트릭에 관한 알림을 제공할 수도 있습니다.
SQL Server 및 데이터베이스
SQL Server 및 데이터베이스 성능은 XenMobile Service에 직접적인 영향을 미칩니다. XenMobile 인스턴스는 항상 데이터베이스에 액세스할 수 있어야 하며 SQL 인프라가 중단될 경우 오프라인으로 전환됩니다(예: 응답하지 않음). XenMobile 콘솔은 SQL Server에서 디스크 공간 문제가 발생한 후 잠시 동안 작동을 계속할 수 있습니다. 데이터베이스 가동 시간을 최대화하고 XenMobile 작업 부하를 처리하기에 충분한 수준의 성능을 유지하려면 SQL Server의 상태를 사전에 모니터링해야 합니다. SQL Server 모니터링에 대한 자세한 내용은 성능 모니터링 및 튜닝 개요를 참조하십시오. 또한 XenMobile 환경이 확장됨에 따라 CPU, 메모리 및 스토리지에 대한 리소스 할당을 조정하여 서비스 수준 계약을 보장해야 합니다.
Citrix ADC
Citrix ADC는 내부 스토리지에 메트릭을 기록하거나 외부 로깅 서버로 로그를 보낼 수 있는 기능을 제공합니다. Citrix ADC 로그를 프로덕션 Splunk 로깅 서버로 내보내도록 syslog 서버를 구성할 수 있습니다. Citrix ADC에서는 다음과 같은 로깅 수준을 사용할 수 있습니다.
- 긴급
- 알림
- 중요
- 오류
- 경고
- 정보
로그 파일은 Citrix ADC 스토리지의 /var/log/ns.log 디렉터리에 newnslog라는 이름으로도 저장됩니다. Citrix ADC는 GZIP 알고리즘을 사용하여 파일을 롤오버하고 압축합니다. 로그 파일 이름은 newnslog.xx.gz 형식을 사용하며 여기서 xx는 실행 번호를 나타냅니다.
Citrix ADC는 모니터링 옵션으로 SNMP 트랩 및 알림도 지원합니다. SNMP 트랩 목록은 SNMP 모니터링을 참조하십시오.
공유
공유
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.