본문 바로가기

Skills/가상화(Hypervisors)

vSphere 4 update1a

음...어제 P모 연구소에 들어간 vSpher 4 의 update 1a 를 적용 시켜달라는 요청으로 들어가서 작업했다..

vmware 테스트를 많이 접해 볼 상황이 못되어 ( 맨날 P 모 사에 짱박혀있으므로 ㅎㅎ )

테스트좀 하고 들어가려고 했는데 그냥 바로 들어가게 되버렸다.. ㅠㅠ

혹시 몰라 CD 도 굽고, zip 파일로 되어있는 녀석도 들고 갔는데...

일단 zip 파일을 이용한 업데이트를 해보려고 USB 를 꼽고 적당한 디렉에 파일을 풀었다..

원래 Host Update Manager 라는 GUI 를 이용하여 vCenter 에서 호스트를 업데이트 하는걸

VMware 에서는 매뉴얼 화 하고 있지만, 난 리눅스 엔지니어 아닌가....

GUI 귀찮다..게다가 고객자리에서 해야하기때문에 부담시럽공 ( 테스트를 충분히 한게 아니라 ㅠㅠ )

그래서 콘솔에서 하기로 결정했다...

ESX 에서 지원하는 명령어 중에는 esxupdate 라는 명령어가 있다.

패치파일을 ( zip 파일 ) 적당한 디렉토리에 풀어 놓으면 다수의 드라이버(모듈) 등과

metadata.zip 이라는 파일이 생겨나는데, 이 메타데이타를 인자로 넣어주면 주루룩 진행이 된당!!

esxupdate metadata.zip -m update

우선 다운받은 패치가 정상적인지 확인을 위해서는 -m 뒤에 check 를 넣어주거나, info 를 넣어주면

정보가 나와 확인이 가능하다.

아주 재밌는건... VMware 의 서비스콘솔이 리눅스 그것도 레드햇이기때문에 모듈이나 대부분의 드라이버를

rpm 으로 업데이트 한다는것!!!!

결국 esxupdate 는 rpm 패키지를 업데이트 해주고 설정을 업데이트 해주는 일련의 스크립트와 같은 녀석..
(까보진 않았다 귀찮아서)

어쨋든 쭈루루룩 RPM 업데이트를 하고 나면 bootloader 셋팅을 해주는 쉘스크립트 등이 돌면서

리부팅하라고 뜬다!!!

여기서 중요한건 업데이트 하기전에 모든 VM 들을 VMotion 으로 다른 서버로 옮겨 놓든지,

Power off 를 시켜놓은 뒤, Maintanance 모드로 변경해 놔야 한다는 것이다.

만약 이게 안되있다면 업데이트 도중 (RPM 업데이트 특히 glibc) 메인터넌스모드로 해야 된다면서 중단된다

재밌지? 씨디 넣고 해도 결국 아나콘다가 뜨면서 진행해주기때문에 리눅스 업데이트와 동일하다고 보여진다.

뭐 윈도우 사용이 편한 사람이라면 HUM (Host Update Manager) 를 사용하는 것이 낫다고 하겠지만,

내가 생각하기엔 훨씬 빠르고, 간단하고, 직관적으로 업데이트 도중 생겨 나는 문제에 접근이 가능하다고 본다.

리부팅 하면 update 1a 이라고 기록이 되느냐?? 안된다. update 1a 는 사실 4.0.0 버젼의 마이너 업데이트로써,

릴리즈등의 변화는 없다... 다만 빌드번호가 바뀌는 것 같았다.

update 1a 에서는 Windows 7 지원이 원할하게 될 수 있다고 하긴 했는데, 나야 뭐 운영을 직접 하는건 아니니

모르겠고.....아무튼 결론은 리눅스를 잘 하는 엔지니어라면 VMware 역시 손쉽게 접근이 가능하고,

개념정리가 중요한 것이지, 실제 기술지원은 패러다임만 파악하면 충분히 가능하다는 결론...

RHEV 도 다시 파고들어 봐야하는데... ㅠㅠ

PS : esxupdate 이다... 잘못치면 sexupdate 라고 될 수 있으니 주의하도록 하자 ㅡ,.ㅡ:::