1. Offline 환경에서 VMware PowerCLI 점검 환경 구성
1-1. PowerCLI Zip 파일 준비
(1) https://developer.broadcom.com/tools/vmware-powercli/latest/
(2) 위의 Broadcom 포탈로 이동해서 .zip 파일을 다운로드 받는다.
VMware PowerCLI
developer.broadcom.com
1-2. PowerCLI Zip 파일 Extraction
(1) Windows PowerShell에서 아래의 커맨드로 Default Module Path를 확인할 수 있다.
- $env:PSModulePath
(2) 위의 커맨드를 적용하면 아래와 같이 3개의 Path가 확인된다.
- C:\Users\Administrator\Document\WindowsPowerShell\Modules
- C:\Program Files\WindowsPowerShell\Modules
- C:\Windows\system32\WindowsPowerShell\v1.0\Modules (해당 경로에 PowerShell 기존 Default 모듈 존재)
(3) C:\Windows\system32\WindowsPowerShell\v1.0\Modules 경로에 다운로드받은 zip 파일 압축을 해제한다.
1-3. 아래의 커맨드로 압축 해제된 zip 파일 차단 해제
- Get-ChildItem -Path 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' -Recurse | unblock-File
1-4. VMware PowerCLI가 설치된 모듈 리스트 확인
- Get-Module VMware* -Listavailable
1-5. vCenter 접속 확인
- Connect-VIServer -Server '서버 IP 또는 FQDN' -User 'vCenter 로그인 SSO Domain' -Password 'SSO PW'
(1) 접속 확인
1-6. 만약 스크립트 실행 권한이 존재하지 않는 경우
- Set-ExecutionPolicy Unrestricted -Scope LocalMachine -Force
- Set-ExecutionPolicy Unrestricted -Scope CurrentUser -Force
(1) 만약 실행 권한이 없다면 위의 명령어로 LocalMachine, CurrentUser에 제한 해제 옵션을 적용해서 스크립트를 실행할 수 있도록 변경해 준다.
(2) 연결 모듈은 존재하지만 모듈이 Load 되지 않는 경우 (LocalMachine에 Script를 허용)
> Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope LocalMachine
1-7. vCenter 연결 시 SSL/TLS 인증서 관련 오류 무시
- Set-PowerCLIConfiguration -InvalidCertificateAction Ignore -Confirm:$false
(1) 이후 점검 스크립트 실행 전 vCenter 접속 시 FQDN, SSO Domain, SSO PW는 스크립트단에서 별도로 수정 후 실행한다.
1-8. 점검 스크립트 파일 압축 및 편집
(1) 이후 스크립트 파일 압축 해제 후 스크립트 파일에 vCenter Hostname, Username, Password 입력 후 저장한다.
- Get-ChildItem -Path "경로" -Recurse -Filter *.ps1 | Unblock-File
- Get-ChildItem -Path "경로" -Recurse -Filter *.psm1 | Unblock-File
(2) 위와 같이 점검 스크립트 Path로 이동한 후 .\"점검파일_이름_.ps1(또는 .psm1)" 커맨드로 스크립트를 실행한다.
1-9. 점검 스크립트 실행
(1) 점검 스크립트가 존재하는 경로로 이동 후 스크립트를 실행한다.
(2) 만약 디지털 서명 불가로 인해 실행되지 않는 경우 아래 커맨드를 적용한 후 재시도한다.
> Set-ExecutionPolicy Unrestricted
> 이후 나타나는 메시지에서 'Y'
2. ESXi 버전 정보 확인 방법 정리
2-1. ESXi 버전 - 7.0 버전을 예시로 정리
(1) ESXi 7.0을 Major Version이라고 한다.
(2) ESXi 7.0.2(또는 7.0u2)에서 2, u2를 Minor Version이라고 한다.추가 업데이트나 패치 시 적용되는 Minor Version이 붙여진다.
(3) ESXi 7.0u2a, u2b 등 알파벳 형태로 추가 Minor 버전이 붙을 수 있는데 u2를 기준으로 추가 패치가 적용되었을 경우이다.
(4) 정리
- ESXi 7.0 → Major Version
- ESXi 7.0.2 / 7.0.3(7.0u2 / 7.0u3) → Minor Verson
- ESXi 7.0.2 / 7.0.3(7.0u2a / 7.0u3b) → Minor Verson
(5) 중요한 점은 새로운 ESXi 버전이 공개될 때마다 빌드 번호가 모두 달라진다. 빌드 버전을 대조해서 Major, Minor 버전이 정확히 몇인지 확인해볼 수 있다.
- ESXi 8.0u2b : ESXi_8.0.2-0.30.23305546 (Build Num : 23305546)
- ESXi 8.0u2c : ESXi_8.0.2-0.40.23825572 (Build Num : 23825572
3. vCenter & ESXi 호스트 간 Compatibility 주의사항
(1) 기본적으로 vCenter 버전이 ESXi 호스트보다 동일하거나 높아야 한다.
- 따라서 ESXi 업그레이드 진행 시 vCenter 버전을 체크해서 호스트 업그레이드 이후에도 vCenter와 Join이 가능한지 확인해야 한다.
(2) vCenter 버전이 ESXi 호스트보다 낮다면 vCenter에 호스트를 Join 할 수 없다.
(3) u2, u3 업데이트 Number 버전까진 호환성을 체크해 주고, Alphabet Minor 버전 정보는 무시한다.
4. EOS(End of General Support), EOL(End of Lifecycle)
(1) EOS
- EOS에 해당하는 제품군 벤더사에서 더 이상 기술적인 지원(보안 패치, 버그 수정) 등을 지원하지 않는 상태를 의미한다. 기술적인 지원이 제공되지 않아 벤더사로부터 직접적인 지원을 받을 수 없는 상태이다.
(2) EOL
- 제품군에 대한 전반적인 생명주기가 종료되었다는 것을 의미한다. 제품군이 더 이상 판매되지 않거나 생산되지 않는 상태를 의미한다.
※ 해당 포스팅을 기준으로 내용 추가가 필요하다고 생각되면 기존 내용에 다른 내용이 추가될 수 있습니다.
개인적으로 공부하며 정리한 내용이기에 오타나 틀린 부분이 있을 수 있으며, 이에 대해 댓글로 알려주시면 감사하겠습니다!
댓글