Virtual Hive

이제까지 몇 번 전해드린 대로 외장 PSC가 폐지됩니다. 4월 11일 릴리스 된 vCenter 6.7 U2는 외장 PSC를 지원하는 마지막 버전이 됩니다. 때문에 6.7 U2에서는 2단계에서 내장 PSC 구성을 권고하고 있습니다. 첫 번째는 설치 단계입니다. vCenter 설치 시 외장 PSC로 구성을 하려고 하면 아래 그림과 같은 경고가 표시됩니다. 두 번째는 운용 단계입니다. 이미 구성한 외장 PSC를 외부형 PSC로 컨버전스 할 수 있는 툴을 제공하고 있습니다. 컨버전스 툴 자체는 6.7 U1에서부터 제공되고 있습니다만 6.7 U2에서는 vSphere Client에 통합되어 GUI에서 컨버전스를 실행할 수 있게 되었습니다.（CLI 툴로 컨버전스 하는 방법에 대해서는 과거의 포스팅을 참고하세요） 이번..

지난주 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 ..

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

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

지난 번에 Embedded PSC로 전환한 vCenter를 VCHA로 구성을 했기에 간단히 소개를 할까 합니다. VCHA에 대해서는 과거에 소개한 적이 있습니다만 당시는 버전 6.5였습니다. 6.5애서는 VCHA를 구성하는 대상 vCenetr가 어느 클러스터에서 가동중인지에 따라서 ”Basic”과 ”Advanced”의 구성으로 나뉘어져 구성 방법도 달랐었죠. 6.7이 되었어도 HTML5 Client에서는 VCHA를 구성을 지원하지 않았기 때문에 Flash Web Client에서 구성해야 되었기에 결국은 6.5와 동일한 마법사를 통해야 되었죠. 이것이 6.7 U1에서 드이어! HTML5 Client에서도 구성을 할 수 있게 되었습니다. 2 타입이었던 구성 방법도 하나로 통일되었습니다. (ﾟ∀ﾟ) 그러면 간..

다음 주부터 개최되는 VMworld 2017에 앞서 vCenter에 관한 새로운 소식이 전해졌습니다. 우선 flash 기반의 Web Client가 사라지게 되었습니다.Goodbye, vSphere Web Client! 위의 공식 블로그에 의하면 다음 버전의 vSphere에서는 flash 기반의 Web Client가 "비권장" 클라이언트가 되어질 것이라고 합니다. 아울러 flash 기반의 Web Client를 지원하는 마지막 버전이 될 것이라고 합니다. 이 소식은 "HTML5 기반의 Web Client"로 올인한다는 얘기입니다. HTML5 기반의 Client는 현재의 버전(vSphere 6.5 Update 1)에서 flash 기반 Web Client의 약 90%의 기능을 커버하고 있다고 하니 차기 버전에는..

어제 vSphere 6.5 Update 1 이 릴리스되었습니다. ESXi와 vCenter도 각각 6.5 U1이 되었죠. 아울러 vSAN도 6.6.1이 릴리스되었습니다. 이번 6.6.1은 버그 수정은 물론 다음과 같은 기능이 개선되었다고 합니다. ● vSphere Update Manager의 통합: Update Manager를 통해 vSAN 관련의 패치를 적용하거나 업그레이드할 수 있게되었습니다. ● vSAN의 성능진단 개선: 6.6에서 CEIP(고객 환경 개선 프로그램)을 통해 vSAN 환경의 건강상태를 VMware사에 전송할 수 있는 기능이 추가되었죠. 6.6.1에서는 스루풋이나 지연 등을 비교할 수 있는 벤치마크 기능이 추가되었습니다. ● 스토리지 디바이스의 보수성 개선: 각 ESXi의 스토리지 디바..

vSphere의 버전이 올라가면 올라갈수록 VCSA를 중요시하는 것을 알 수 있습니다. vSphere 5.1에서 VCSA가 처음으로 릴리스되었을 때는 대부분의 이용자들이 눈도 않줬을 겁니다만 지금은 상황이 많이 달려졌을 듯합니다. 우선 Windows vCenter과 확장성이 같아졌죠. 5.5까지는 지원할 수 있는 호스트 수나 가상머신의 수도 Windows 버전보다 모자랐었습니다만, 6.0에서는 완전히 같아져 클러스터당 최대 64 노드, 최대 8,000대의 가상머신을 관리할 수 있게 되었습니다. 물론 VCSA 6.5에서는 더욱 향상되었습니다. 아울러 6.5는 OS도 SLES가 아닌 Photon OS로 변경되어 더욱 경량화되었습니다. 여기에 Windows vCenter에는 없는 기능이 추가되었죠. 그것이 바..

오늘 vSphere 6.0 Update 2 GA가 릴리스되었습니다.vSphere 6.0 Update 2에는 이전 블로그에서 소개를 했던 VSAN 6.2도 포함이 되어있습니다. ESXi 6.0 Update 2의 신기능은 다음과 같습니다.● High Ethernet Link Speed 대응 : IEEE에서 표준화를 진행하고 있는 25Gb/50Gb 네트워크를 지원하게 되었습니다.● VMware Host Client : 이전부터 VMware Labs에서 공개되었던 HTML 클라이언트가 정식지원되었습니다. 더이상 ESXi 도입후 Windows 머신에 vSphere Client를 설치하지 않아도 됩니다.● vSphere APIs for I/O Filtering (VAIO)의 강화 : VAIO는 가상머신의 OS와 가..

Virtual SAN에 장애가 발생했을 경우 확인을 할 수 있는 곳은 Virtual SAN의 설정부분이나 Virtual SAN을 이용하고 있는 가상머신의 스토리지 정책 정도입니다.Virtual SAN 6부터는 vROps에서도 모니터링이 가능하다고 합니다만, 5.5의 경우는 않되죠. 음... 다른방법은 없을까요? 있죠. vCenter의 알람이 있습니다. 단지... Virtual SAN을 구성하는 것만으로는 자동적으로 작성되지않습니다. 수동으로 커스텀 알람을 작성해줘야 됩니다. 흐흐Adding alarms to vCenter Server for VMware Virtual SAN (VSAN) monitoring Virtual SAN의 알람을 작성하기 위한 VOB ID는 정의되어 있으므로 vCenter상에서 알..