OS 다시 로드

OS 다시 로드 프로세스는 IBM Cloud® Juniper vSRX 서버를 다시 빌드할 때 사용됩니다.

일반적으로 이 프로세스는 다음 조치를 수행합니다.

• 서버 호스트의 운영 체제(OS)를 다시 로드하십시오. 이 작업은 새 호스트 OS 비밀번호를 생성합니다.
• 운영 체제에 KVM 설치
• KVM에서 vSRX VM 작성
• IBM® Cloud를 위한 기본 구성으로 vSRX 다시 구성

이 프로세스를 완료하는 데 2 - 5시간이 소요될 수 있습니다. 이 기간 동안 독립형 게이트웨이는 서비스를 제공하지 않습니다. Juniper 고가용성(HA) 게이트웨이의 경우, 서버 중 하나에서 OS를 다시 로드하면 vSRX가 클러스터의 다른 서버로 장애 복구되고 데이터 트래픽을 계속 처리합니다. 다시 로드가 완료되면 서버가 클러스터에 다시 결합됩니다.

OS 다시 로드로 인해 vSRX 버전이 변경되는 경우 OS 다시 로드를 사용하여 업그레이드를 참조하여 다운그레이드 및 업그레이드 프로세스를 이해하십시오.

vSRX, 에서 성공적으로 OS를 다시 로드하려면 다음 사항을 확인하세요:

• OS 재로드 작업 중에는 vSRX 구성을 수정해서는 안 됩니다. 예를 들어 하나 또는 두 개의 vSRX 노드를 수정하려고 시도하는 자동화된 소프트웨어 에이전트입니다. 이와 같이 구성이 변경되면 OS 다시 로드가 손상될 수 있습니다.

• 프로비저닝된 vSRX 게이트웨이의 루트 비밀번호는 vSRX 포털에 정의된 루트 비밀번호와 일치해야 합니다. 포털의 비밀번호는 게이트웨이를 처음 프로비저닝할 때 정의되었으므로 현재 게이트웨이 비밀번호와 일치하지 않을 수 있습니다. 이러한 경우 SSH를 사용하여 vSRX 게이트웨이에 연결한 후 일치하도록 루트 비밀번호를 변경하십시오. 그런 다음 OS 다시 로드 오퍼레이션을 진행할 수 있습니다.

• vSRX 구성은 OS 재로드 요청 전에 vSRX 개인 IP에 대한 루트 SSH 액세스를 허용해야 합니다. 이 작업은 클러스터에 다시 가입하는 데 필요합니다. OS 재로드가 완료된 후 원하는 경우 SSH 액세스를 다시 비활성화할 수 있습니다.

• 고가용성 게이트웨이의 두 서버에서 동시에 OS 재로드를 "수행하지 마세요".

  HA 게이트웨이의 두 서버에서 동시에 OS 다시 로드를 수행하면 vSRX 클러스터가 영구 삭제되고 게이트웨이 서비스가 중단됩니다. vSRX 클러스터가 파괴된 경우, 클러스터 재구축 옵션을 사용하여 vSRX 클러스터를 다시 프로비저닝하고 HA 클러스터를 다시 만들어야 합니다.

• 베어메탈 서버의 IPMI 인터페이스를 사용으로 설정해야 하며 그렇지 않으면 다음 오류가 발생합니다.

  You cannot toggle the IPMI interface while transactions are running.