컨테이너식 MID 서버

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 4분

    • 컨테이너화된 MID 서버는 MID 서버를 대규모로 신속하게 배포할 수 있는 MID 서버의 Docker 이미지를 사용합니다. MID Server는 OpenShift 또는 Kubernetes와 같은 오케스트레이션 도구를 사용하여 배포됩니다. 오케스트레이션 도구는 배포 및 유지관리를 자동화하고 요청 시 새 컨테이너를 추가하거나 실패한 컨테이너를 자동으로 교체할 수 있습니다.

    구성 단계에 대한 설정 표시기MID 서버가 네트워크 내부 및 외부의 요소에 연결할 수 있는지 확인Linux 또는 Windows 호스트에서 MID 서버를 다운로드 및 설치MID 서버 구성MID 서버 보안 구성MID 서버가 네트워크 내부 및 외부의 요소에 연결할 수 있는지 확인Linux 또는 Windows 호스트에서 MID 서버를 다운로드 및 설치MID 서버 구성MID 서버 보안 구성

    컨테이너형 MID 서버를 사용하려면 MID 서버 다운로드 페이지에서 Linux용 Docker 레시피를 다운로드할 수 있습니다. 레시피를 사용하여 현재 릴리스에 대한 Docker 이미지를 빌드합니다. 레시피는 압축되고 서명됩니다. 일부 기능은 Washington DC 제품군 릴리스에서 더 이상 사용되지 않습니다. 자세한 내용은 [KB1559617] Washington DC에서 사용 중단된 컨테이너화된 MID 서버 기능을 참조하십시오.

    컨테이너식 MID 서버 시스템 요구 사항:

    • AlmaLinux가 지원됩니다.

    • 이 레시피를 사용하여 이전 MID 서버 버전에 대한 이미지를 빌드할 수 없습니다.

    • NMAP 및 CyberArk의 검색은 지원되지 않습니다.

    • Orchestration 및 Integration Hub와 같은 다른 애플리케이션은 인증되지 않았습니다.

    Docker 이미지를 사용할 수 있으면 새 MID 서버 컨테이너를 생성하고 환경 변수 또는 비밀 파일을 통해 전달된 구성 매개변수로 구성할 수 있습니다. Docker, Openshift 및 Kubernetes 시크릿이 지원됩니다. 컨테이너 내의 MID 서버 애플리케이션은 관리자가 아닌 사용자가 프로세스로 실행합니다.

    컨테이너화된 MID 서버 레코드가 인스턴스에 처음 생성되면 임의의 UUID가 생성되어 container_id 열로 설정됩니다. 시작 시퀀스 중에 이 값은 실제 컨테이너 ID로 바뀝니다. 컨테이너 ID는 컨테이너화된 MID Server와 일반 MID Server를 구별하는 데 사용할 수 있습니다. 컨테이너화되지 않은 MID 서버의 컨테이너 ID에 null이거나 빈 값이 있습니다.

    인스턴스에서 다운된 MID 서버를 자동으로 정리하기 위해 분리된 컨테이너화된 MID 서버 제거라는 예약된 작업이 매일 실행되도록 예약되어 있습니다. 이 작업은 max_retention_days 속성에서 설정한 값보다 오래 다운된 고아 컨테이너형 MID Server를 제거합니다. 또한 이 작업은 남은 warn_days 값 이하의 값이 있는 경우 제거일 전에 매일 경고 MID 서버 문제를 생성합니다. max_retention_days와 warn_days의 기본값은 각각 30과 7입니다.

    자동 업그레이드

    자동 업그레이드는 컨테이너화된 MID Server에서 일반 MID Server와 동일한 방식으로 작동합니다. 그러나 컨테이너화된 MID Server에 대해서는 자동 업그레이드를 사용하지 않도록 설정하는 것이 좋습니다. 새 이미지가 필요할 때마다 새 이미지를 빌드하고 배포 YAML 파일을 업데이트하여 배포한 다음 다시 적용합니다.

    컨테이너식 MID 서버 자동 업그레이드는 mid.container.autoupgrade.enabled 구성 매개변수에 의해 제어되며 기본적으로 예로 설정됩니다. 구성 매개변수는 읽기 전용이므로 인스턴스에서 동기화할 수 없습니다.

    MID 서버 프로파일에 구성 매개변수를 추가하고 새 배포 요청에 사용합니다. 그런 다음 배포 요청을 익스포트하거나 기존 배포 YAML 파일에 수동으로 추가하고 다시 적용할 때 배포 YAML 파일에 설정이 포함됩니다.

    상태 확인

    5분마다 하트비트를 기반으로 MID 서버 상태를 확인하는 상태 확인 규칙이 구현됩니다. 지난 30분 동안 하트비트 활동이 없었으면 실패로 간주됩니다. 3회 연속 실패 후 docker ps 명령 출력에서 비정상이 됩니다.

    HealthCheck 세부 정보를 확인하려면 docker inspect--format='{{json docker inspection 명령을 실행합니다. State.Health}}' <container-id>

    기본 컨테이너 운영

    기본 작업은 컨테이너 측에서 지원됩니다. 예를 들어 Docker 명령을 사용하여 실행 중인 컨테이너를 중지, 시작 또는 다시 시작할 수 있습니다.
    Docker 중지 <container_id>
    이 명령은 컨테이너화된 MID 서버를 종료합니다.
    Docker 시작 <container_id>
    이 명령은 컨테이너화된 MID 서버가 중지된 경우 이를 시작합니다.
    Docker 다시 시작 <container_id>
    이 명령은 MID 서버를 종료하고 다시 시작합니다.

    MID 서버 Docker 이미지 빌드

    제공된 레시피로 MID 서버 Docker 이미지를 빌드하여 컨테이너화된 MID 서버를 배포합니다. 컨테이너화된 MID 서버는 MID 서버를 대규모로 신속하게 배포할 수 있는 MID 서버의 Docker 이미지를 사용합니다.

    컨테이너화된 MID Server 배포 및 자동 구성

    배포 및 자동 구성 기능을 사용하여 에이전트 관리자는 인스턴스의 MID 서버 프로파일에 필요한 모든 MID 서버 설정을 입력한 다음 K8s 클러스터에 배포 요청을 제출할 수 있습니다. 요청이 처리되면 새 MID Server가 자동으로 생성되고 자동으로 구성됩니다. 몇 초 안에 사용할 준비가 되었습니다.  MID 서버 프로파일이 변경되면 관련 컨테이너식 MID 서버도 요청 시 업데이트할 수 있습니다.