밥은 먹고 다닙니다 in IT

최근 프로젝트를 진행하는 중 겪었던 부분을 공유하려고 합니다. 아시다시피, NSX-T의 제품군의 경우 NSX-v와 다르게 NSX Manager와 Controller가 통합되어 3식이 한 세트로 제공됩니다. 컨트롤러야 기존의 NSX-v에서도 동일하게 제공되니, 큰 차이는 없지만 Manager의 가용성이 증가하였다는 점을 차이점 볼 수 있겠습니다. ( 기존보다 리소스는 좀 먹긴 하지만요 ) 조금 더 생각해보면, Management를 위한 가용성이 늘었다고 보기보다는, NSX-v의 Multidatacenter을 지원하는 Universal과 비슷한 개념인 Federation이 3.0 버전부터 도입되었으니 Multidatacenter 연동 시의 안정성도 NSX-v 보다 높다고 볼 수 있겠습니다. 각설하고.. 초기..

최근, vExpert 2020 Second Half Award Announcement가 있었고, 영광스럽게도(?) 한국의 11분들 중 한 명으로 선정되었습니다. 사실 이번해에는 신청만 하고 내년에 한번 제대로? 도전해보려 했는데.. 이래저래 마음이 복잡합니다. (ㅠㅠ) 시작할 때는 주마다 한개이상의 포스트를 작성하기로 마음먹고 시작했는데.. 이래저래 치이고 쉽지가 않네요.. 초심을 다시한번 갖는 계기로 삼도록 하겠습니다. 아무쪼록 잘 부탁드립니다. 감사합니다.

작년에 발표하였고 드디어 본격적으로 VMware에서 드라이브하는 Tanzu를 시작해보려고 합니다. 후후.. VCF환경은 마련해두었고.. 나중에 관련된 포스트도 작성하려고합니다. 이미 VCF배포는 완료됐다는 가정하에 Supervisor Cluster에 웹으로 접속하면 다음과 같은 kubectl과 kubectl-vsphere Tool을 설치할 수 있는 페이지가 나오며, OS는 MAC, Window, Linux를 지원하고 있습니다. Window는 방금 접속한 웹에서 다운로드 형식으로 받아서 진행하며 Linux는 다음과 같이 진행합니다 1. Plugin 다운로드 wget https://[supervisor Cluster 주소]/wcp/plugin/linux-amd64/vsphere-plugin.zip --no-..

드디어 4월 2일 자로 vSphere 7이 릴리즈 되었습니다! 6.7 버전이 상당히 만족스러웠고, UI적으로 HTML5가 안정기에 다 달았다고(?) 생각하기 때문에 UI 적인 부분보단 작년 VMworld에서 발표한 VMware Native K8s 환경인 K8s With vSphere과 같은 기능적인 부분에 상당히 기대가 많습니다. 이래저래 바뀐 내용이 많지만, 관심 가는 부분(?)부터 직접 구성해보면서 확인해 보려고 합니다. * Window vCenter 지원 종료 - 6.7부터 미리 공지하였던 것처럼, Window vCenter에 대한 지원이 종료되었습니다. 6.5 버전부터 Appliance로 마이그레이션 하는 Tool을 지원했었던 것 같은데.. 참고해보시면 좋을듯합니다. (https://blogs.v..

작년 시스코에서 예고한 것과 같이 2020년 2월 24일 자로 기존 Cisco Certi 시험 내역이 변경되었는데요.. 기존에 CCNP 따놓은게 아쉬워서.. 2월 초에 갱신한 자격증이 네이밍이 변경되어 날아왔습니다. R&S에서 Enterprise로.. 다음연장은 생각 좀 해봐야겠네요.. (피 같은 300불 ㅠㅠ)

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의 경우 실제로..