컨테이너식 MID Server

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 01월 30일
  • 읽기4분

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

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

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

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

    • AlmaLinux가 지원됩니다.

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

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

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

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

    인스턴스에서 컨테이너식 MID 서버 기록을 처음 생성하면 임의의 UUID가 생성되어 container_id 열로 설정됩니다. 시작 시퀀스 중에 이 값은 실제 컨테이너 ID로 대체됩니다. 컨테이너 ID는 컨테이너식 및 일반 MID Server를 구분하는 데 사용할 수 있습니다. 컨테이너화되지 않은 MID Server의 컨테이너 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 구성 매개변수에 의해 제어되며 기본적으로 true로 설정됩니다. 구성 매개변수는 읽기 전용이므로 인스턴스에서 동기화할 수 없습니다.

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

    상태 확인

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

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

    기본 컨테이너 운영

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

    MID 서버 Docker 이미지 빌드

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

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

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