밥은 먹고 다닙니다 in IT

NSX-T에서 선택할 수 있는 VPN 옵션은 IPSec과 L2 VPN이 있는데요. 보통은 온프라미스 - 퍼블릭 클라우드 연동을 위한 Usecase로 제안이 되곤 하는데요 온프라미스 환경에서 데이터센터 간의 Nework Extention을 고려할 때, 구성을 위한 기본적인 요건 (latency / MTU)을 충족하기 어려울 때도 고려해봄직 합니다. 이때는 두 데이터센터에서 NSX-T를 구성할 필요는 없고 비 NSX에서 환경에 배포할 수 있도록 VPN Client를 제공합니다. L2 VPN Client OVF를 다운로드 받고 배포하게 되면 다음과 같은 옵션이 있는데요 반가운 화면을 보게 되는데요, 일단 어플라이언스 콘솔에 접속해 보시면 6.4.4 버전의 NSX-v EDGE 화면을 보게 됩니다. 단일 배포하여..

02번 포스트에서 언급했던 그림을 다시 한번 보고 넘어가면 좋을 것 같네요. 이전 포스트를 하면서 정리한 내용 중 하나인 FDM Agent에 대해 알아보려고 합니다. HA를 vCenter Server에서 구성하게 되면, HA 도메인(일반적으론 클러스터라고도 하죠)에 속해있는 각각의 vSphere 서버로 FDM 에이전트가 설치되게 되는데요, 설치 후 정상적으로 FDM 에이전트끼리 연동이 완료가 된다면 에이전트끼리 선거를 시작하며, 그림에서와 같이 Master - Slave의 역할로 나뉘게 됩니다. 네트워크의 장애로 인하여 Network Partitioning이 발생하지 않는 이상. 하나의 HA Domain의 마스터는 1명이 맡게 되며 그 외의 에이전트는 모두 슬레이브가 됩니다. 마스터 에이전트는 대상 도메..

최근 경험한 케이스를 남겨 두려고 한다. 해당 케이스는 vSphere ESXi 호스트에서 공유 스토리지가 매우 오랜 시간(약 8시간) 동안 끊어지는 상황이 발생한 상황이었고, 해당 부분을 복구 후 영향을 받은 VM의 체크를 위해 이벤트 로그를 확인해 보면서 발견한 로그 내용이다. 이와 관련된 KB는 다음에서 찾아볼 수 있다. https://kb.vmware.com/s/article/2000542 "The CPU has been disabled by the guest operating system" error2000542 This article provides steps to collect troubleshooting information that must be provided to the guest op..

VMware vSphere에서 제공하는 HA를 간단하게 리뷰하였으니, 구성요소를 하나하나 짚어보면서 진행하려고 한다. 그림에서 보이는 것과 같이 HA의 구성요소는 3가지 구성요소로 크게 나누어볼 수 있다. *FDM *HOSTD *vCenter Server - FDM(Fault Domain Manager) HA의 중요한 구성 요소이며, 호스트와 VM의 정보를 vCenter Server로 전달하는 역할을 맡고 있다. 기억상으로는, 6.5부터 vCenter Serve의 구성과 vSphere 호스트 등록 시에는 FQDN방식의 등록을 권장하고 있으나, FDM의 통신의 경우 FQDN으로 구성/등록하였더라 하더라도 IP 베이스로 통신을 한다고 한다. 대부분의 HA와 관련된 iSSUE 추적 시 대부분 fdm.log를 ..

고가용성(HA)은 IT에 몸담고 계신 분들은 눈과 귀가 닳도록 듣거나 본 단어가 아닌가 싶다. 그만큼 아주 필수적으로 요구되는 기능이며, 단어이며, 방식이다. (그냥 서비스가 죽어버리면 작살나니깐...) 여튼, 카테고리가 카테고리인 만큼 VMware의 아니, VMware vSphere의 HA에 대해서 이야기해보려고 한다. VMware vSphere에서의 HA는 정말 vSphere의 존재 의의 중 하나라고 볼 수 있을 정도로 핵심적인 기능이다. 표현은 간단하다. 대상이 서비스가 죽었다고 판단되면, 다른 곳에서 재실행하여, 서비스를 다운타임을 줄이고 연속성을 이어주는 기능이다. 다른 핵심 기능인 vMotion과 혼동하시는 분들도 간혹 계시는데 둘의 큰차이는.. vMotion은 온라인으로, HA의 경우 실제로..

NSX-V에 익숙해지신 분들은 구축/테스트를 진행하면서 한 번씩 보면서 "이건 뭐지?"라고 생각 한번 해봤을 부분이다. (배포 시에 반드시 보는 메뉴이기 때문에 ㅎㅎ) 해당 옵션은 NSX-T에서만 지원되는 옵션이며 NFV의 워크로드를 향상시키는 옵션이다. NUMA아키텍처를 이용하여 데이터 플레인을 강화하는 옵션이며, CPU와 NUMA도메인을 정렬하여 네트워크 성능을 높이는 옵션이라고 한다. (잘은 모르겠지만, vCPU를 특정 NUMA노드에 고정함으로써 지연시간을 줄이는 게 아닌가 싶다.) NSX-T의 경우 ESXi와 KVM을 지원하는데 해당 옵션은 ESXi(그중에서 6.7 버전만)에서만 지원 가능하다. 물론, ESXi에서 구동 중인 EDGE VM도 적용이 가능하다. Overlay(Geneve) 뿐만 아니..

시작을 익숙한 것으로 하면 좋을 것 같아 찾아보니.. Ansible에서도 VMware 관련 Module(SDK)를 제공한다. 모듈만 이름만 보면 기본적인 프로비저닝만 지원하는 것 같은데.. 자세한 내용은 좀 더 써보면서 체험해 봐야 알 것 같다. 하여, Ansible을 설치하고.. VMware SDK를 설치하여 사용해 보는것으로 .. Ansible 서버를 구성한 후 테스트베드의 VMware 솔루션과 연동하여 테스트 하는것으로 첫스탭을 떼려한다 yum install ansible 단순하게 yum으로 설치하였더니, 2.4.5 버전이 설치된다. 커뮤니티에서 VMware Module을 사용할 때 2.8 버전 이상을 권고하기 때문에 해당 버전으로 진행한다 yum으로 업그레이드하려면 repo를 등록해주고 해줘야해서..

보호되어 있는 글입니다.