웹사이트 검색

XenServer 7 – CLI 및 XenCenter 웹 인터페이스를 통한 풀 업그레이드


XenServer 7 시리즈의 첫 번째 문서에서는 단일 XenServer 호스트를 설치/업그레이드하는 방법을 다루었습니다. 대부분의 XenServer 설치는 많은 XenServer 호스트 풀에 있을 가능성이 높습니다.

이 문서에서는 전체 XenServer 풀 업그레이드 프로세스를 다룹니다. 마지막 구성 요소에서는 XenServer 호스트에서 실행되는 게스트에 대한 일부 관리 작업을 다룹니다.

시스템 요구 사항

  1. XenServer 7 ISO : XenServer-7.0.0-main.iso

더 진행하기 전에 Xen Server 7의 첫 번째 기사에서 시스템 요구 사항작성자 제안 추가 사항 두 섹션을 확인해 보시기 바랍니다.

  1. XenServer 7 새로 설치

부인 성명

이 문서의 목적은 XenServer 풀 업그레이드를 안내하는 것입니다. 업그레이드 프로세스를 수행하는 방법에는 여러 가지가 있으며 특정 설치에 대한 '올바른' 솔루션은 조직에 따라 크게 달라집니다.

Citrix에는 업그레이드 프로세스가 시작되기 전에 검토해야 할 매우 자세한 문서가 있습니다: xenserver-7-0-installation-guide.pdf

XenServer 풀 업그레이드

의심할 바 없이 대부분의 XenServer 설치는 XenServer 풀의 일부일 가능성이 높습니다. 이로 인해 업그레이드 프로세스가 약간 복잡해집니다. 수동으로 각 서버로 이동하여 각 서버를 업그레이드하는 옵션도 있지만 Citrix에서는 최신 버전의 XenCenter 또는 'xe' 명령줄 도구.

Citrix 문서에 따르면 XenServer 6.x 이상의 모든 버전에서 7 버전으로 풀 업그레이드를 수행할 수 있습니다. XenServer 호스트가 6.x 이전 버전을 실행 중인 경우 호스트는 XenServer 6.2에 대한 적절한 업그레이드 경로를 따라야 하며 그런 다음 으로 업그레이드할 수 있습니다. XenServer 7.0.

롤링 풀 업그레이드를 수행하려면 XenCenter의 최신 버전을 Citrix에서 다운로드해야 합니다. 다운로드 위치는 XenServer-7.0.1-XenCenterSetup.exe입니다.

XenServer 6.5 시리즈에서 언급했듯이 XenCenter는 여전히 Windows 전용 유틸리티입니다. XenCenter를 실행하기 위해 Windows 시스템에 액세스할 수 없는 사용자의 경우 CLI를 통해서도 풀 업그레이드를 수행할 수 있습니다.

이 문서에서는 두 가지 방법(XenCenterxe 유틸리티를 사용한 CLI)에 대해 자세히 설명합니다.

참고 – 풀 업그레이드를 수행하기 전에 두 가지 사항에 유의해야 합니다. 롤링 풀 업그레이드는 SAN 설정에서 부팅하여 수행하면 안 되며 XenServer 버전 6.5 이상에서는 통합 StorageLink가 제거되었습니다.

XenCenter 또는 CLI 중 어떤 방법을 사용하든 관계없이 첫 번째 단계는 풀 고가용성을 비활성화하고, 중요하지 않은 게스트 가상 머신을 모두 중지하고, XenServer 호스트에 충분한 공간이 있는지 확인하는 것입니다. 업그레이드 중에 계속 실행해야 하는 게스트를 지원하기 위한 메모리(즉, 초과 프로비저닝되지 않음), 호스트에는 XenServer 7을 위한 충분한 하드 드라이브 공간도 필요하며, 모든 게스트의 CD/DVD 드라이브가 비어 있는지 확인하고, 현재 풀 상태를 백업하는 것이 좋습니다.

프로세스를 시작하겠습니다.

CLI에서 풀 업그레이드

1. 업그레이드 프로세스에 대한 매우 중요한 정보를 간략하게 설명하는 앞의 5개 단락을 꼭 읽어보세요! 또한 사용자는 xenserver-7-0-installation-guide.pdf에 있는 설치 가이드를 읽어보는 것이 좋습니다. 업그레이드 지침 및 경고는 24페이지에서 시작됩니다.

2. 실제 첫 번째 기술 단계는 'xe' 도구를 사용하여 풀 상태를 백업하는 것입니다. Xen 풀 마스터 호스트에 대한 SSH 연결을 사용하여 다음 'xe' 명령을 실행할 수 있습니다.

xe pool-dump-database file-name="Xen Pool.db"

데이터베이스를 백업한 상태에서 마스터 호스트에서 파일을 복사하여 업그레이드가 실패하는 경우에도 복사본을 사용할 수 있는지 확인하세요. 다음 명령은 로 식별된 원격 XenServer에서 Xen Pool.db 파일을 복사하여 현재 사용자의 다운로드 폴더에 저장합니다.

scp 'root@<XenServer_ip>:~/”Xen pool.db”'  ~/Downloads/

3. 풀 데이터베이스가 백업되면 마스터는 모든 게스트를 풀의 다른 호스트로 마이그레이션해야 하며 그런 다음 다음 'xe'<를 사용하여 마스터를 비활성화해야 합니다. 명령:

xe host-evacuate host=<hostname of master>
xe host-disable host=<hostname of master>

이제 호스트를 XenServer 7 설치 미디어에서 로컬로 재부팅해야 합니다. 이 시점에서 업그레이드는 이 문서 앞부분의 단일 호스트 업그레이드와 동일한 부분을 많이 따릅니다.

설치 프로그램 단계를 진행할 때 UPGRADE가 선택되었는지 확인하세요! 명확성을 위해 이 시점에서는 "XenServer 7 – 새로 설치" 문서의 1-6 단계와 15-19 단계를 완료해야 합니다.

설치 프로세스는 약 12분 정도 소요되므로 설치가 완료될 때까지 기다리는 동안 https://linux-console.net으로 이동하여 다른 기사를 읽어보세요. 설치가 완료되면 마스터를 재부팅하고 설치 미디어를 제거합니다.

4. 마스터가 재부팅될 때 오류가 표시되지 않고 XenServer 콘솔 화면으로 부팅되는지 확인합니다. 이는 성공적인 업그레이드를 나타내는 좋은 표시이지만 아직 작업이 완료되지 않았습니다. SSH를 통해 마스터 시스템에 다시 접속하고 다음 명령 중 하나를 사용하여 실제로 새 버전의 XenServer가 실행되고 있는지 확인합니다.

cat /etc/redhat-release
uname -a

5. 성공! 이제 이 풀 마스터가 업그레이드되었습니다. 이때 필요에 따라 모든 게스트를 이 호스트로 이동하고 업그레이드할 다음 호스트의 호스트 이름을 바꾸는 것을 제외하고 3단계를 반복하여 다음 XenServer 호스트로 진행합니다.

xe host-evacute host=<hostname of pool slave>
xe host-disable host=<hostname of pool slave>

6. 풀에 남아 있는 슬레이브에 대해 3~5단계를 계속합니다.

7. 이제 업데이트를 하나 더 적용하는 것이 중요합니다. Citrix는 특정 상황에서 데이터 손실 및 손상 가능성이 있는 문제를 해결하기 위한 패치를 출시했습니다.

지금 이 패치를 적용하십시오! 이 패치를 사용하려면 XenServer 호스트도 재부팅해야 합니다. XenCenter를 통해 이를 수행하는 방법에 대한 지침은 이 문서 뒷부분에 나와 있습니다.

XenServer 호스트의 CLI를 통해 이를 수행하려면 패치를 다운로드하고 다음 'xe' 명령을 실행하십시오.

wget -c http://support.citrix.com/supportkc/filedownload?uri=/filedownload/CTX214305/XS70E004.zip
unzip XS70E004.zip
xe patch-upload file-name=XS70E004.xsupdate
xe patch-apply uuid=<UUID_from_above_command>
xe patch-pool-apply uuid=<UUID_from_above_command> - only applies to a XenServer pool and must be run from the pool master

8. 풀의 모든 호스트가 업데이트되면 게스트는 XenServer Guest Tools를 업데이트해야 합니다. 이를 수행하는 단계는 이 문서의 끝에 있습니다.

XenCenter에서 풀 업그레이드

XenCenter를 실행하기 위해 Windows 시스템에 액세스할 수 있는 사용자의 경우 XenCenter 응용 프로그램을 통해 롤링 풀 업그레이드를 수행할 수 있습니다.

XenCenter를 사용하면 이전 지침에서 수동으로 수행해야 했던 많은 작업과 검사가 이제 XenCenter에서 자동으로 처리된다는 이점이 있습니다.

XenCenter의 롤링 풀 업그레이드 마법사에는 두 가지 모드가 있습니다. 수동자동. 수동 모드에서는 XenServer 7 설치 관리자를 업그레이드할 때 각 개별 XenServer 호스트에 배치해야 합니다(예: 부팅 가능한 USB 또는 CD).

자동 모드를 사용할 때 마법사는 HTTP, NFS 또는 FTP 서버와 같은 일종의 네트워크 파일 공유에 있는 파일을 사용합니다. 이 방법을 사용하려면 XenServer 설치 ISO의 설치 파일을 적절한 네트워크 파일 서버에서 압축을 풀고 XenServer 호스트에서 액세스할 수 있어야 합니다.

이 가이드에서는 HTTP 서버 설정 프로세스를 자세히 설명하지 않지만 자동 업그레이드를 허용하기 위해 ISO 콘텐츠를 추출하는 프로세스를 안내합니다.

XenServer 설치 파일을 HTTP 서버로 추출

이 섹션에서는 사용자가 '/var/www/html'로 설정된 웹 루트와 함께 작동하는 HTTP 서버를 가지고 있다고 가정합니다. 또한 이 섹션에서는 XenServer 7 iso 파일이 다운로드되어 웹 루트 폴더에 있다고 가정합니다.

이 기사의 설치 파일을 설정하는 첫 번째 단계는 iso를 마운트하여 설치 프로그램 파일을 웹 루트에 배치하는 것입니다. 두 번째 단계는 설치 프로그램 파일용 폴더를 만든 다음 해당 폴더에 파일을 복사하는 것입니다.

모든 단계는 다음과 같이 수행할 수 있습니다.

mount XenServer-7.0.0-main.iso /mnt
mkdir /var/www/html/xenserver
cp -a /mnt/. /var/www/html/xenserver

이 시점에서 서버의 IP 주소와 xenserver 폴더로 이동하면 설치 자료가 브라우저에 표시되어야 합니다.

XenCenter를 사용한 롤링 풀 업그레이드

1. 첫 번째 단계는 이 문서 앞부분의 XenServer 풀 업그레이드 제목 아래에 있는 단락을 다시 읽는 것입니다. 해당 단락에서는 이전 버전의 XenServer에서 전환하는 데 도움이 되는 업그레이드에 대한 세부 사항을 자세히 설명하므로 이는 매우 중요합니다.

2. 첫 번째 기술 단계는 풀 마스터에서 'xe' 명령을 사용하여 풀의 현재 상태를 백업하는 것입니다. Xen 풀 마스터 호스트에 대한 SSH 연결 또는 XenCenter 콘솔을 사용하면 다음 'xe' 명령을 실행할 수 있습니다.

xe pool-dump-database file-name="Xen Pool.db"

데이터베이스를 백업한 경우 마스터에서 복사본을 만들어 업그레이드에 실패한 경우 마스터/풀을 원래 상태로 되돌릴 수 있도록 하는 것이 좋습니다.

3. 최신 버전의 XenCenter가 설치되어 있는지 확인하세요. 다운로드 링크는 XenServer-7.0.1-XenCenterSetup.exe입니다.

4. 풀 데이터베이스가 저장되고 최신 버전의 XenCenter가 설치되면 풀 업그레이드를 시작할 수 있습니다. XenCenter를 열고 새 버전의 XenServer가 필요한 풀에 연결합니다. 풀 마스터에 연결되면 '도구' 메뉴로 이동하여 '롤링 풀 업그레이드...'를 선택합니다.

5. 첫 번째 메시지의 경고를 반드시 읽어보세요. 여기에 언급된 단계는 이 문서의 "XenCenter를 사용한 롤링 풀 업그레이드" 섹션 중 1단계에서 수행된 풀 데이터베이스 백업입니다.

6. 다음 화면에서는 사용자에게 업그레이드할 풀을 선택하라는 메시지가 표시됩니다. XenCenter가 연결된 모든 풀을 선택할 수 있습니다. 단순화를 위해 이 문서에서는 작은 테스트 풀을 사용했습니다.

7. 다음 단계에서는 사용자가 '자동' 또는 '수동' 모드를 선택할 수 있습니다. 이번에도 이 문서에서는 자동 방법을 살펴보고 HTTP 서버를 사용할 수 있고 해당 HTTP 서버의 'xenserver'라는 폴더에 XenServer ISO 콘텐츠가 추출되어 있다고 가정합니다.

8. 이 시점에서 XenCenter는 일련의 검사를 실행하여 모든 호스트에 적절한 패치/핫픽스가 있는지 확인하고 업그레이드가 성공할 수 있는지 확인합니다.

환경에 따라 이는 문제가 발생하는 단계일 가능성이 높습니다. 두 가지 문제가 발생했지만 이 시점에서는 작성자가 발생했습니다. 해결책이 발견되었으며 이것이 다른 사람들에게도 도움이 되기를 바랍니다.

경험한 첫 번째 문제는 XenServer 호스트에 두 개의 패치를 적용해야 한다는 것이었습니다. 사용자가 그렇게 하기로 결정하면 XenCenter가 이 작업을 수행하지만 작성자와 다른 사람들이 경험했듯이 이 단계가 항상 제대로 완료되는 것은 아니며 다음 단계가 제대로 작동하지 않을 수도 있습니다.

XenCenter에서 모든 패치가 적용되었다고 주장하지만 다음 화면에서 사용자에게 "설치 프로그램 파일에 대한 잘못된 URL"이 표시되는 경우 작성자는 마스터 XenServer를 재부팅하여 오류를 성공적으로 해결할 수 있었습니다.

이 문제에 대해 자세히 알아보려면 다음 URL에서 Citrix 토론을 보십시오. XenServer 7 설치 프로그램 파일에 대한 URL이 잘못되었습니다.

이 시점에서 발생한 또 다른 문제는 마스터 XenServer 호스트에 로컬 VM이 저장되어 있다는 XenCenter의 경고였습니다. 이 로컬 VM은 XenServer 설치 관리자가 새로운 GPT 파티션 구성표를 사용하여 호스트를 다시 분할하는 것을 방지합니다.

많은 검색 끝에 마스터 호스트의 로컬 스토리지에 풀 메타데이터 백업이 저장되어 있는 것을 발견했습니다. 다른 위치로 이동한 후에는 설치 프로그램에서 더 이상 문제를 발견하지 못했습니다.

9. 사전 확인이 완료되면 설치 프로그램이 설치 파일의 위치를 묻는 메시지를 표시합니다. 이 문서에서는 HTTP 서버를 활용하여 설치 파일을 XenServer 호스트에 제공하므로 설치 관리자에게 이러한 파일의 위치에 대한 정보를 제공해야 합니다.

상자에 필요한 서버 경로 정보와 연결에 필요한 자격 증명을 제공한 다음 '테스트' 버튼을 눌러 XenCenter가 파일에 액세스할 수 있는지 확인합니다. 녹색 확인 표시가 표시되면 설치 미디어를 찾았으며 사용할 수 있는 것입니다.

10. 모든 준비가 완료되면 '업그레이드 시작' 버튼을 클릭하세요. 그러면 풀 마스터부터 시작하는 프로세스가 시작됩니다.

참고 – XenServer 호스트의 관리 네트워크에 DHCP가 있는지 확인하십시오. 설치 프로그램이 호스트를 재부팅하면 DHCP를 통해 IP 주소를 얻으려고 시도합니다.

11. 이 시점에서는 점심을 먹기 시작하거나 다른 작업을 수행하는 것이 현명합니다. 이 과정은 시간이 좀 걸립니다. XenServer 호스트에서 로컬 모니터 또는 KVM 시스템에 대한 액세스가 가능한 경우 관리자는 설치 프로세스를 관찰하고 모든 것이 예상대로 진행되고 있는지 확인할 수 있습니다.

12. 이 4개 호스트 테스트 클러스터의 설치 프로세스를 완료하는 데 약 2시간이 걸렸습니다. 설치가 완료되면 풀에 있는 모든 게스트의 게스트 도구를 업그레이드해야 합니다.

또한 XenCenter에서 풀의 '일반' 탭을 확인하거나 각 XenServer 호스트에 수동으로 연결하여 풀이 완전히 업그레이드되었는지 확인하십시오.

이 시점에서도 일부 후속 작업이 필요할 수 있습니다. 작성자는 풀 업그레이드 후 게스트를 시작하려고 할 때 일부 게스트의 가상 인터페이스에서 몇 가지 문제를 경험했습니다.

결과적으로 풀의 일부 네트워크 구성이 설치 프로세스를 통해 변환되지 않은 것으로 나타났습니다. 서버에는 모두 4개의 물리적 인터페이스(PIF)가 있었고 서버 중 2개에서는 부팅 시 한 쌍의 PIF가 활성화를 멈췄습니다.

이로 인해 상당한 슬픔이 발생했지만 다행히도 다른 사람들도 비슷한 문제를 겪었고 해결책은 쉽게 찾을 수 있었습니다. 문제의 서버는 Broadcom BCM5708 NIC가 통합된 Dell Power Edge 2950이었습니다.

필요한 것은 시스템을 다시 XenServer 6.5로 되돌린 다음 Dell 웹 사이트에서 업데이트를 적용하는 것뿐이었습니다. 저자는 문제를 방지하기 위해 최신 XenServer 릴리스로 업그레이드할 모든 시스템에 모든 펌웨어 업데이트를 적용할 것을 강력히 제안합니다.

이 주제에 대해 자세히 알아보려면 Citrix 토론 페이지의 XenServer 7 업그레이드 온보드 네트워크 없음 주제를 검토하십시오.

BCM5708 NIC의 펌웨어를 업그레이드하기 전의 원래 문제

펌웨어 버전과 잘못된 PIF 할당을 참고하세요.

interface-rename -l

인터페이스 이름 바꾸기 유틸리티를 사용하여 수정된 펌웨어 및 PIF 재할당

참고 펌웨어가 업데이트되었으며 PIF 순서도 정확합니다.

interface-rename -l

13. 이제 모든 XenServer 호스트를 사용할 수 있고 적절한 풀 구성으로 돌아가야 합니다. 이 시점에서 업데이트를 하나 더 적용하는 것이 중요입니다. Citrix는 특정 상황에서 데이터 손실 및 손상 가능성이 있는 문제를 해결하기 위한 패치를 출시했습니다. 지금 이 패치를 적용하세요!

XenServer 7 중요 패치 XS70E004 적용

새로 설치 문서에서 요구한 것과 마찬가지로 풀을 업그레이드하려면 데이터 무결성을 보장하기 위해 이 중요한 XenServer 7 패치를 풀에 적용해야 합니다.

패치를 적용하려면 새 XenServer 7 이 가이드의 20~26단계를 따르세요. XenServer 7 중요 패치 적용.

이로써 XenServer를 호스트에 업데이트/설치하는 프로세스가 완료되었습니다. 이 시점에서 스토리지 리포지토리와 가상 머신을 다시 가져오고 구성하고 테스트해야 합니다.

다음 섹션에서는 가상 게스트에서 XenServer 게스트 도구를 업데이트하는 최종 작업에 대해 설명합니다.

XenServer 게스트 도구 업데이트

1. 마지막 후속 작업은 게스트를 다시 시작할 수 있는지 확인하고 최신 게스트 유틸리티가 설치되어 있는지 확인하는 것입니다. 이는 다음 몇 가지 단계를 따르면 쉽게 수행할 수 있습니다.

2. 첫 번째 단계는 guest-tools ISO를 가상 게스트 중 하나의 DVD 드라이브에 연결하는 것입니다.

3. XenServer가 guest-tools.iso를 게스트에 연결하면 게스트가 새 디스크를 인식하는지 확인합니다. 이 예에서는 Debian 게스트와 도구 설치를 안내합니다.

아래 출력에서 게스트 유틸리티 디스크는 'xvdd'로 매핑되었습니다.

4. 이 장치는 다음과 같이 마운트 유틸리티를 사용하여 빠르게 마운트할 수 있습니다.

mount /dev/xvdd /mnt

5. 기기가 마운트되면 다음과 같이 dpkg를 사용하여 새 게스트 도구를 설치할 수 있습니다.

dpkg -i /mnt/Linux/xe-guest-utilities_7.0.0-24_all.deb

6. 설치하는 동안 적절한 파일이 설치되고 xe 데몬이 시스템을 대신하여 다시 시작됩니다.

XenCenter를 통해 업데이트가 성공했는지 확인하려면 게스트 컴퓨터의 '일반' 탭으로 이동하여 '가상화 상태:' 속성을 찾습니다.

후우... 이렇게 오래 살아남으셨다면 XenServer 7이 설치되고 패치되고 게스트도 업데이트되기를 바랍니다! 질문이나 문제가 있는 경우 아래 댓글에 게시해 주시면 최대한 빨리 도움을 드리겠습니다.