Product Documentation

AWS에서 NetScaler VPX 인스턴스 업그레이드

Aug 30, 2016

EC2 인스턴스 유형, 처리량, 소프트웨어 버전, 그리고 AWS에서 실행 중인 NetScaler VPX의 시스템 소프트웨어를 업그레이드할 수 있습니다. 특정 업그레이드 유형의 경우 작동 중지 시간을 최소화하기 위해 고가용성 구성 방법을 사용하는 것이 좋습니다.

참고:
  • NetScaler VPX AMI용 NetScaler 소프트웨어 릴리스 10.1.e-124.1308.e 이상(유틸리티 라이센스와 고객 라이센스를 모두 포함)은 M1 및 M2 인스턴스 제품군을 지원하지 않습니다.
  • NetScaler 인스턴스 지원이 변경되어 10.1.e-124 이상 릴리스에서 10.1.123.x 이하 릴리스로 다운그레이드하는 기능은 지원되지 않습니다.
  • 대부분의 업그레이드에서는 새 AMI를 시작하도록 요구하지 않으므로 현재 NetScaler AMI 인스턴스에서 업그레이드를 수행할 수 있습니다. 새 NetScaler AMI 인스턴스로 업그레이드하려면 고가용성 구성 방법을 사용하십시오.

AWS에서 NetScaler VPX 인스턴스의 EC2 인스턴스 유형 변경

업데이트 날짜: 2014년 04월 22일

NetScaler VPX 인스턴스가 릴리스 10.1.e-124.1308.e 이상을 실행 중인 경우 AWS 콘솔에서 다음과 같이 EC2 인스턴스 유형을 변경할 수 있습니다.
  1. VPX 인스턴스를 중지합니다.
  2. AWS 콘솔에서 EC2 인스턴스 유형을 변경합니다.
  3. 인스턴스를 시작합니다.

인스턴스 유형을 M3로 변경하는 경우가 아니라면 위 절차를 사용하여 10.1.e-124.1308.e 이전 릴리스의 EC2 인스턴스 유형을 변경할 수도 있습니다. 이 경우 먼저 표준 NetScaler 업그레이드 절차에 따라 NetScaler 소프트웨어를 10.1.e-124 이상 릴리스로 업그레이드한 다음 위의 단계를 따라야 합니다.

AWS에서 NetScaler VPX 인스턴스의 처리량 또는 소프트웨어 버전 업그레이드

업데이트 날짜: 2014년 04월 22일

소프트웨어 버전(예: Standard Edition에서 Platinum Edition으로 업그레이드) 또는 처리량(예: 200mbps에서 1000mbps로 업그레이드)을 업그레이드하려면 인스턴스의 라이센스에 따라 다른 방법을 사용해야 합니다.

고객 라이센스 사용(BYOL(Bring-Your-Own-License))

고객 라이센스를 사용 중인 경우 Citrix Licensing 포털(MyCitrix)에서 새 라이센스를 구입하여 다운로드한 다음 VPX 인스턴스에 라이센스를 설치합니다. MyCitrix 포털에서 라이센스를 다운로드하여 설치하는 데 대한 자세한 내용은 VPX Licensing Guide(VPX 라이센싱 가이드)를 참조하십시오.

유틸리티 라이센스 사용(시간제 요금이 적용되는 유틸리티 라이센스)

AWS에서는 유료 인스턴스에 대한 직접 업그레이드를 지원하지 않습니다. 유료 NetScaler VPX 인스턴스의 소프트웨어 버전 또는 처리량을 업그레이드하려면 원하는 라이센스와 용량을 사용하여 새 AMI를 시작하고 이전 인스턴스 구성을 새 인스턴스로 마이그레이션합니다. 이 작업은 “NetScaler 고가용성 구성을 사용하여 새 NetScaler AMI 인스턴스로 업그레이드”에 설명된 대로 NetScaler 고가용성 구성을 사용하여 수행할 수 있습니다.

AWS에서 NetScaler VPX 인스턴스의 시스템 소프트웨어 업그레이드

업데이트 날짜: 2014년 04월 22일

10.1.e-124.1308.e 이상 릴리스를 실행 중인 NetScaler 인스턴스를 업그레이드해야 하는 경우 표준 NetScaler 업그레이드 절차를 따르십시오.

10.1.e-124.1308.e 이전 릴리스를 실행 중인 NetScaler 인스턴스를 10.1.e-124.1308.e 이상 릴리스로 업그레이드해야 하는 경우에는 다음과 같이 인스턴스 유형을 M3로 변경합니다.
  1. VPX 인스턴스를 중지합니다.
  2. AWS 콘솔에서 EC2 인스턴스 유형을 변경합니다.
  3. 인스턴스를 시작합니다.

NetScaler 고가용성 구성을 사용하여 새 NetScaler AMI 인스턴스로 업그레이드

업데이트 날짜: 2014년 04월 22일

새 NetScaler AMI 인스턴스로 업그레이드하는 데 고가용성 방법을 사용하려면 다음 작업을 수행하십시오.
  • AWS Marketplace에서 원하는 EC2 인스턴스 유형, 소프트웨어 버전, 처리량 또는 소프트웨어 릴리스로 새 인스턴스를 만듭니다.
  • 이전 인스턴스(업그레이드될 인스턴스)와 새 인스턴스 간에 고가용성을 구성합니다. 이전 인스턴스와 새 인스턴스 간에 고가용성이 구성되면 이전 인스턴스의 구성이 새 인스턴스와 동기화됩니다.
  • 이전 인스턴스에서 새 인스턴스로 고가용성 장애 조치(failover)를 강제 적용합니다. 그러면 새 인스턴스가 기본 인스턴스가 되어 트래픽을 받기 시작합니다.
  • 이전 인스턴스를 중지한 다음 다시 구성하거나 AWS에서 제거합니다.
필수 구성 요소 및 고려할 사항
  • AWS에서 두 NetScaler VPX 인스턴스 간에 고가용성이 작동하는 방식을 이해해야 합니다. AWS에서 두 NetScaler VPX 인스턴스 간의 고가용성 구성에 대한 자세한 내용은 고가용성을 참조하십시오.
  • 이전 인스턴스와 정확히 일치하는 보안 그룹 및 서브넷을 갖는 동일한 가용성 영역에 새 인스턴스를 만들어야 합니다.
  • 고가용성을 설정할 때는 두 인스턴스 모두에 대해 사용자의 AWS IAM(Identity and Access Management) 계정과 연결된 액세스 및 비밀 키가 필요합니다. VPX 인스턴스를 만들 때 올바른 키 정보를 사용하지 않으면 고가용성 설정이 실패합니다. VPX 인스턴스에 대한 IAM 계정 만들기에 대한 자세한 내용은 IAM 계정 만들기를 참조하십시오.
  • 새 인스턴스를 만들려면 EC2 콘솔을 사용해야 합니다. AWS 1-Click 시작은 액세스 및 비밀 키를 입력으로 허용하지 않으므로 사용할 수 없습니다.
  • 새 인스턴스는 오직 하나의 ENI 인터페이스만 가져야 합니다.
고가용성 구성을 사용하여 NetScaler VPX 인스턴스를 업그레이드하려면 다음과 같이 하십시오.
  1. 이전 인스턴스와 새 인스턴스 간에 고가용성을 구성합니다. 두 NetScaler VPX 인스턴스 간에 고가용성을 구성하려면 각 인스턴스의 NetScaler 명령 프롬프트에서 다음을 입력합니다.
    • add ha node
    • save config

    예제:

    At the NetScaler command prompt of the old instance, type:  > add ha node 30 192.0.2.30 Done At the NetScaler command prompt of the new instance, type:  > add ha node 10 192.0.2.10 Done
    다음 사항에 유의하십시오.
    • 고가용성 설정에서 이전 인스턴스는 주 노드이고 새 인스턴스는 보조 노드입니다.
    • NSIP IP 주소는 이전 인스턴스에서 새 인스턴스로 복사되지 않습니다. 따라서 업그레이드 후 새 인스턴스는 이전 인스턴스와 다른 관리 IP 주소를 갖게 됩니다.
    • 고가용성을 동기화한 후에 새 인스턴스의 nsroot 계정 암호는 이전 인스턴스의 nsroot 계정 암호로 설정됩니다.

    AWS에서 두 NetScaler VPX 인스턴스 간의 고가용성 구성에 대한 자세한 내용은 고가용성을 참조하십시오.

  2. 고가용성 장애 조치(failover)를 강제 적용합니다. 고가용성 구성에서 장애 조치(failover)를 강제 적용하려면 두 인스턴스 중 하나의 NetScaler 명령 프롬프트에서 다음을 입력합니다.
    • force HA failover

    장애 조치(failover)를 강제 적용하면 결국 이전 인스턴스의 ENI가 새 인스턴스로 마이그레이션되고 트래픽이 새 인스턴스(새로운 주 노드)를 통해 전달됩니다. 이전 인스턴스(새 보조 노드)가 다시 시작됩니다.

    다음 경고 메시지가 나타나면 N을 입력하여 작업을 중단합니다.

    WARNING]:Force Failover may cause configuration loss, peer health not optimum. Reason(s): HA version mismatch HA heartbeats not seen on some interfaces Please confirm whether you want force-failover (Y/N)?

    이 경고 메시지는 두 VPX 인스턴스의 시스템 소프트웨어가 고가용성과 호환되지 않기 때문에 나타납니다. 그 결과 강제 장애 조치(failover)가 적용되는 동안 이전 인스턴스의 구성이 자동으로 새 인스턴스와 동기화될 수 없습니다.

    이 문제를 해결하는 방법은 다음과 같습니다.
    1. 이전 인스턴스의 NetScaler 셸 프롬프트에서 다음 명령을 입력하여 구성 파일(ns.conf)의 백업을 만듭니다.
      • copy /nsconfig/ns.conf to /nsconfig/ns.conf.bkp
    2. 백업 구성 파일(ns.conf.bkp)에서 다음 줄을 제거합니다.
      • set ns config -IPAddress -netmask

        예: set ns config -IPAddress 192.0.2.10 -netmask 255.255.255.0

    3. 이전 인스턴스의 백업 구성 파일(ns.conf.bkp)을 새 인스턴스의 /nsconfig 디렉터리로 복사합니다.
    4. 새 인스턴스의 NetScaler 셸 프롬프트에서 다음 명령을 입력하여 이전 인스턴스의 구성 파일(ns.conf.bkp)을 새 인스턴스에 로드합니다.
      • batch -f /nsconfig/ns.conf.bkp
    5. 새 인스턴스에서 구성을 저장합니다.
      • Save conifg
    6. 두 노드 중 하나의 NetScaler 명령 프롬프트에서 다음 명령을 입력하여 장애 조치(failover)를 강제 적용한 다음 경고 메시지에 대해 Y를 입력하여 장애 조치(failover) 작업을 확인합니다.
      • force ha failover

      예제:

      > force ha failover  WARNING]:Force Failover may cause configuration loss, peer health not optimum.  Reason(s): HA version mismatch HA heartbeats not seen on some interfaces Please confirm whether you want force-failover (Y/N)? Y
  3. 두 인스턴스가 더 이상 고가용성 구성을 사용하지 않도록 고가용성 구성을 제거합니다. 먼저 보조 노드에서 고가용성 구성을 제거한 다음 주 노드에서 고가용성 구성을 제거합니다.

    두 NetScaler VPX 인스턴스 간의 고가용성 구성을 제거하려면 각 인스턴스의 명령 프롬프트에서 다음을 입력합니다.

    • remove ha node
    • save config

    AWS에서 두 NetScaler 인스턴스 간의 고가용성 구성에 대한 자세한 내용은 고가용성을 참조하십시오.

    예제:

    At the NetScaler command prompt of the old instance (new secondary node), type:  > remove ha node 30   Done > save config   Done At the NetScaler command prompt of the new instance (new primary node), type: > remove ha node 10   Done > save config   Done