VMware 560

[VMware] ESXi 6.7 Update 2 릴리스

지난 주 발표된 vSphere 6.7 Update 2가 4월 11일 릴리스되었습니다. vCenter에 대해서는 지난 포스팅에서 정리를 했으니 이번에는 ESXi 6.7 Update 2에서 추가/개선된 내용을 정리해봤습니다. Solarflare사의 드라이버 지원 Solarflare사의 10Gb, 40Gb 네트워크 어댑터의 드라이버를 네이티브 드라이버로 지원을 하게 되었다고 합니다. 가상 하드웨어 버전 15 새롭게 가상 하드웨어 버전 15가 구현되었습니다.가상 하드웨어 버전 15로 가상 머신을 작성하면 최대 256개의 vCPU를 할당할 수 있다고 합니다.(가상 머신에 256개의 CPU를 할당할지는 현실적으로 의문입니다만... 흐흐) 당연한겁니다만, 가상 하드웨어 버전 15와 호환성이 있는 ESXi는 이 Upd..

[VMware] vCenter Server 6.7 Update 2 발표

지난주 vSphere 6.7 Update 2가 발표되었습니다. 릴리스 전의 발표라서 실제로 검증을 통해 확인을 한 것은 아니지만 발표 내용을 정리해 봤습니다. (ESXi에 대해서는 좀 더 확인 후 정리해 보도록 하겠습니다) 발표된 vCenter 6.7 U2의 개선/추가 기능을 확인해보니, 보다 심플한 인프라 관리를 추구함과 동시에 DevOps적인 부분의 강화가 엿보였습니다. Converge Tool의 GUI 제공 작년에 발표한 내용대로 External PSC는 폐지 예정의 비추천 구성이 되었습니다. 6.7 U2 설치 시 경고가 표시되게 되었습니다. 다음 버전에서는 External PSC를 설치할 수 없게 됩니다. 6.7 U1에서 External PSC를 Embedded PSC로 전환하는 Converge ..

[VMware] vSAN 환경에서 네스트 ESXi 설치가 실패함

조금 오래된 내용입니다만... vSAN 환경에서 네스트 ESXi를 설치할 경우 다음과 같은 에러로 실패할 수 있습니다. Unable to successfully execute 'tryFormatDevice' after 3 tries.Installation cannot continue. 원인은 vsanDatastore의 경우 VMFS 작성에 필요한 SCSI 예약을 지원하지않기 때문이라고 합니다.때문에 vSAN 환경, 즉 vsanDatastore에 네스트 ESXi를 설치할 경우는 SCSI 예약을 지원하고 있는 것처럼 인식을 시켜줘야 합니다. 대응 방법은 네스트 ESXi를 설치할 ESXi 호스트에 SSH로 접속을 하여 다음과 같은 명령어를 실행합니다.esxcli system settings advanced s..

[VMware] vExpert 2019를 수상했습니다

3월 7일 2019년 vExpert의 수상자가 발표되었습니다. vExpert 2019 Award Announcement 올해도 착실히 수상자가 늘어 전세계에서 2,043명、한국에서는 4분이 수상을 한 것 같습니다. (vExpert Directory의 집계) Year 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 vExperts ? ? 220 434 586 769 1043 1375 1514 1522 2043 영광스럽게 2019년도 vExpert를 수상하게 되었습니다. 2012년 처음으로 수상후 8년 연속이기에 자랑스러울뿐입니다. 😉 올해는 vExpert 수상후 받은 혜택중 도움이 되었던 혜택을 간단히 소개할까 합니다. 우선 전용 Slack이 있습니다. 전..

[VMware] VCSA 설치가 SSL 검증 에러로 실패함

랩 환경을 재구축중입니다. 이런저런 검증을 하다보니 잘못된 설정이나 설치, 구성 실패 등 상당히 지저분해진 환경이 되어서 재구축하기로 했죠. 우선은 ESXi를 1대 설치후 그위에 VCSA를 전개했습니다만, 아래의 메시지와 함께 Stage 2에서 실패하고 말았습니다. [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed 에러 메시지를 보니 SSL 증명서 검증 에러로 실패했다고 합니다. 더군다나 이 에러는 복구 불가능하기 때문에 처음부터 다시하라고 하네요... ( ̄ー ̄?) ■ 원인이 에러는 시각 동기가 맞지않아서 발생한 것입니다. ESXi와 전개하는 VCSA 사이에 시간이 맞지않은거죠. Stage 2에서 VCSA의 재시작이 이루어집니다만, 이때 전개한 ES..

[VMware] vCenter 네이티브 백업 운용시의 주의점

vCenter 6.5부터 네이티브 화일 백업 기능이 추가되어 vCenter 백업 운용의 허들이 낮아졌습니다. 작년에 이 네이티브 백업 기능에 대해서 소개를 했습니다만 실제로 운용을 할 경우 주의해야 될 점이 있어 소개를 하도록 하겠습니다. 우선 복구는 vCenter의 인스톨러에서만 실행을 할 수 있다는 점입니다. 이 의미는 인스톨러의 버전(정확히는 빌드)와 동일한 버전의 백업 데이터만 복구할 수 있다는 것입니다. 예를들어 빌드 번호 10244745인 vCenter 6.7 U1의 백업 데이터는 빌드 번호 10244745의 vCenter 인스톨러에서만 복구를 할 수 있습니다. 인스톨러의 빌드 번호와 다른 백업 데이터로 복구를 하려고 하면... 보세요... 혼났습니다. ;) 그렇다면 운용은 업데이트나 업그레이..

[VMware, Nutanix] 자격 관련 정보 업데이트

작년 8월 VMware사와 Nutanix사의 자격 관련 정보에 대해서 소개를 했습니다. 새해부터 거의 비슷한 타이밍에 정보가 업데이트되었기에 다시금 소개를 하겠습니다. VMware 작년 8월의 발표대로 올해부터 자격명의 뒤에 취득년도가 붙습니다. It’s January…time for the new 2019 VCP certifications! 각 자격에 유효한 제품 버전이 업데이트되었습니다. VCP-DCV 2019 : vSphere 6.5 또는 vSphere 6.7(1월 24일 시작예정)VCP-CMA 2019 : vRA 7.0 또는 vRA 7.5(2019년 상반기 시작예정)VCP-NV 2019 : NSX-V 6.2 또는 NSX-V 6.4(2019년 1/4분기 시작예정) 또는 NSX-T(2019년 상반기 ..

virtualization/etc 2019.01.09

[VMware] vExpert 2019 응모 개시

2019년도 VMware vExpert 프로그램의 응모가 시작되었습니다.vExpert 2019 Applications are Open! 기간은 1월 7일부터 2월 8일까지 1개월입니다. 2009년 vExpert 프로그램이 시작되어 10년이 지났습니다. 수상자도 300명에서 약 1,700명을 넘어서 가상화/클라우드 업계에서도 어느정도 인지도를 확보하게 된 것 같습니다. ;) 누군가를 추천해도 자기 자신을 추천해도 되기 때문에 응모할 수 있는 허들은 그다지 높지 않습니다만 1년에 걸쳐 꾸준히 활동을 했어야 됩니다. 올해부터는 vExpert가 되기위한 멘터 역할을 하는 vExpert Pro 프로그램도 시작되었습니다. vExpert에 대해서 질문이 있는 분들은 여기서 한국의 vExpert Pro 분에게 물어보시..

2018년 블로그 활동에 대해

2018년도 하루밖에 남지 않았습니다. 올해도 운좋게 많은 경험을 했습니다. vExpert나 NTC에 뽑혔으며 3번째 VMworld에도 다녀올 수 있었습니다. 업무도 그 어느해보다 많은 안건을 담당하며 한걸음 더 성장한 해가 아니었나 싶습니다. 너무 바쁜터라 후반기에 들어서는 제대로 검증도 못하고, 결과 블로그 포스팅도 생각한만큼 하질 못한 것 같아 아쉽네요. (;´Д`) 반성도 할겸 올해의 블로그 활동에 대해서 뒤돌아 봤습니다.올해는 총 62개의 포스팅을 했습니다. 월 글수 방문수 1 4 5,344 2 4 4,644 3 5 5,032 4 5 5,892 5 6 6,482 6 6 6,912 7 6 6,391 8 7 9,146 9 4 7,681 10 5 5,331 11 6 5,989 12 4 4,440 톱5..

virtualization/etc 2018.12.30

[VMware] VCHA의 삭제

VCHA를 구성한 뒤에 이런저런거를 만지다보니 갑자기 vSphere Client에 접속할 수 없게 되었습니다. ( ̄▽ ̄;) failover를 해도 failback을 해도 접속이 않되더군요. 오히려 상황은 더욱 나빠져 ping도 통하지않게 되었습니다. 쩝... 하는수없이 일단 VCHA를 삭제하기로 했습니다. 다만 vSphere Client에 접속을 할 수 없으니 GUI에서는 조작을 할 수 없기에 명령어로 삭제를 했습니다. 따라서 그 방법에 대해서 간단히 정리를 했습니다. 우선 Passive와 Witness vCenter를 정지합니다. vCenter에 접속을 할 수 없으니 ESXi Host Client에서 정지했습니다. 다음에는 Active vCenter에 콘솔로 접속하여 아래의 명령어를 실행했습니다.vch..