컨테이너식 MID 서버

  • 릴리스 버전: Washingtondc
  • 업데이트 날짜 2024년 02월 01일
  • 읽기5분

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

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

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

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

    • AlmaLinux가 지원됩니다.

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

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

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

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

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

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

    자동 업그레이드

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

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

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

    상태 점검

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

    HealthCheck에 대한 자세한 내용을 보려면 dockerinspect --format='{{json docker inspection 명령을 실행합니다. State.Health}}' <container-id>

    기본 컨테이너 운영

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

    MID 서버 Docker 이미지 빌드

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

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

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