Virtual Hive

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에는 없는 기능이 추가되었죠. 그것이 바..

VSAN을 구성하게되면 클러스터간의 하트비트가 관리네트워크로부터 VSAN네트워크로 변경되게 됩니다.때문에 이미 HA가 구성되어있는 vSphere 환경에서 VSAN을 구성하려면, 일단 HA를 무효화후 VSAN을 구성, 다시금 HA를 유효화해줘야 합니다. 설정자체는 문제가 없습니다. 전혀 문제될게 없죠. 문제는 VSAN 환경이란 겁니다. 일반적인 클러스터 구성시는 하트비트용으로 1.데이터스토어 2.격리어드레스를 이용하여 장애를 판단하게 됩니다.하지만 VSAN 환경은 1.데이터스토어가 없을 경우가 많습니다. 왜냐구요? 비싼 외부 스토리지를 대신하기위해 VSAN을 구성했잖아요... 흐흐 때문에 장애의 판단은 2.격리어드레스뿐이 됩니다.(외부 스토리지가 존재하지않는다면) 하지만...격리어드레스는 일반적으로 관리네..

연재가 중간에 끊긴지 꽤 된거 같네요. 흐흐이번이 이번 소개의 마지막이 되겠습니다. vROps 클러스터의 개념은 버전 6.0부터 새롭게 도입되었습니다. 이전의 버전의 스케일업 형식이었습니다. 때문에 대규모의 환경을 모니터링할 경우는 vROps의 리소스(vCPU, 메모리 등) 을 늘려가야했습니다. 6.0부터는 스케일아웃 형식으로 변경되었습니다. 때문에 모니터링할 환경에 따라서 노드를 추가하여 대응을 할 수 있게되었습니다. vROps 6.0의 노드의 종류는 4가지입니다.마스터 노드 : 처음으로 도입하는 vROps가 자동적으로 마스터 노드가 됩니다. 싱글구성의 경우 마스터 노드에는 vROps의 관련 DB가 모두 포함되어있습니다.데이터 노드 : 모니터링 대상으로부터 수집되는 DB를 갖게됩니다. 데이터 노드를 추..

RDS/VDI RD Connection Broker를 HA구성하면 RD Connection Broker의 데이터베이스를 외부 데이터베이스에 보존하게 됩니다. 때문에 외부 데이터베이스 서버(SQL Server)도 고가용성을 확보해야되죠. 가장 쉬운 방법은 SQL Server 미러 구성입니다. SQL Server 미러링을 구성할 경우, Mirror용 SQL Server 라이센스를 구입을 하지않아도 되며 Witness의 경우는 SQL Server Express 에디션을 이용하면 되기때문에 최소비용으로 SQL Server의 고가용성을 확보할 수 있습니다.(사실 SQL Server 미러링의 경우는 SQL Server 2014부터는 없어진다고 하니, SQL Server 2012를 이용할 경우는 AlwaysOn 기능..

클러스터 구성 호스트 3대중 2대에서 HA에러가 발생했습니다. 원인은... 쩝... 삭제했어야했을 舊구성이 남아있었기 때문이었는데, 필요없는 호스트 정보를 지우고 HA을 재구성했습니다만, 88% 정도 진행되다가 다음과 같은 에러가 발생하더군요. cmd addnode failed for primary node: Internal AAM Error - agent could not start 위의 에러는 예전에 소개한 것처럼 DNS의 문제이기에 확인을 했습니다만, 제대로 설정되어있었습니다. --; 몇시간동안 문제의 호스트와 씨름을 하다가 혹시나 싶어서 이 KB대로 하니 해결되더군요. 1. In the vSphere Client, Right-Click the cluster and click Edit Setting..

vCenter에서 클러스터를 작성하여, HA를 구성할 경우 다음과 같은 에러가 발생할 경우가 있습니다. cmd addnode failed for primary node: Internal AAM Error - agent could not start 일반적으로 HA 구성시 발생하는 경우는 Name Resolution이 제대로 되지않은 경우입니다. 위의 경우도 AD상의 DNS 서버상에 HA의 멤버인 ESX(ESXi)가 등록이 되어있는지 확인을 하시고, 않되어있다면 등록해주시면 정상적으로 HA 구성이 되어집니다. HA에 관한 트러블슈팅은 여기를 참고하세요~

VMware KB에 HA관련 트러블슈팅이 소개되었습니다. 참고하세요~ Troubleshooting HA issues

얼마전 Oracle사가 매수한 Virtual Iron사의 제품을 더이상 판매하지 않을 것이며, 사원의 대부분을 해고했다는 뉴스를 소개한 적이 있습니다. 이러한 발표에 가장 크게 낭패를 보는건 바로 Virtual Iron의 이용 고객들일겁니다. 더이상 라이센스의 연장도 않됨에도 불구하고 Oracle측이 확실하게 Oracle VM Server로의 이행을 가능하게 하는 툴이나 서비스를 발표한 것도 아니니 말입니다. 이런 와중에 VMware가 Virtual Iron의 이용 고객이 vSphere로 이행할 경우 라이센스 비용의 40%를 할인할 것이라는 발표를 해버렸습니다. 물론 목적은 Virtual Iron의 이용 고객의 획득이죠. 전문가들은 SMB시장에 그다지 관심을 갖지않았던 VMware로써는 이례적인 일이라고..

한대의 물리 서버에 여러대의 가상머신을 작성하여 서버의 도입비용과 관리비용, 그리고 전력까지 줄일 수 있다는건 서버 가상화의 최대장점일겁니다. 하지만 반대로 이런 걱정도 있습니다. 물리 서버에 장애가 발생한다면? 그렇게 되면 그 위에서 움직이고 있는 가상머신도 끝~이죠... 흐흐 이것이 서버 가상화의 최대단점(?)일지도 모릅니다. 그렇기 때문에 각 가상화 솔류션의 벤더들은 이러한 물리 서버의 장애로 인한 가상머신의 정지를 예방하기 위한 대책을 내놓았죠. 이것이 바로 HA(High Availability) 기능입니다. HA는 말그대로 '고가용성'으로 주로 스위치나 UTM을 이중화하는 기술이죠. 이 기술이 서버 가상화에서 쓰일 경우는 이렇습니다. 두 대이상의 물리 서버를 같은 HA그룹의 멤버로 등록을 합니다..

오늘에서야 알았습니다만... 작년 10월 Oracle의 하이퍼바이저인 Oracle VM Server가 2.1.1에서 2.1.2로 버전업되어 공개되었었더군요. 흐흐 Oracle VM Server가 2.1.1에는 서버 가상화의 핵심(?) 기능이라 할 수 있는 HA 기능이 없어서, 검증도 중간에 그만두고, 실제 환경에서 이용할 수 있는 하이퍼바이저로써는 불안한 감이 많았습니다만 2.1.2버전에서는 HA기능, 리소스 매니지먼트, P2V/V2V 변환 서포트, 세큐어 마이그레이션등 무료임에도 불구하고 고가인 VMware의 VI3에 못지않는 기능을 갖추게 되었더군요. 시간이 되면 다시 한번 제대로 검증을 해봐야겠습니다. 흐흐 Citrix도 무료. Oracle도 무료, 마이크로소프트는 OS에 기본탑재로 비용을 줄였고...