밥은 먹고 다닙니다 in IT

사내 랩 클러스터를 정리하다가 Manager - Edge 간 통신(map connected)에 문제가 생겼습니다. 운영존도 아니고 재배포를 하려다 보니, 이전과 달리 UI에서 배포 로케이션을 지정하면 재배포를 해주는 기능이 없어져.. Doc 참고하면서 진행한 사항을 남겨보려고 합니다. 현재 버전의 경우 API 호출을 통해 진행을 해야한다고 하여 Postman을 통해 진행하였습니다. 진행 순서는1. Edge 노드의 유지보수 진입 -> 2. API를 통한 노드 정보 쿼리(GET) - > 3. 쿼리 된 정보를 통한 재배포 실행(POST)으로 진행됩니다. 1. 먼저, Edge노드를 유지모수 모드로 진입 시켜준 후.. 2. 다음 통해 노드의 정보 페이로드를 가져옵니다. Node id는 UI에서 쉽게 확인이 가능합..

3.1 이 릴리즈 되고 NSX Federation 기능이 정식적으로 프러덕에 진입하게 되면서 테스트하려고 요구사항 문서를 검토 중에 다음과 같은 문구가 확인이 되었습니다. "if you plan to use Federation, use Policy mode to create all objects. Global Manager supports only Policy mode." 나름 NSX와 관련된 여러 프로젝트를 참여하면서.. NSX Manager 인터페이스와는 매우 친한 사이(?)라 생각했는데.. 한 번도 본 적이 없어서 찾아보았더니 3.0 릴리즈 노트에서 확인이 되었습니다. User Interface Preferences for NSX Policy versus Manager Modes - You can ..

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

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 화면을 보게 됩니다. 단일 배포하여..

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