네트워크 토폴로지

고객 네트워크가 TRANXACT에 접속하는 다섯 가지 방법, 네트워크 팀이 VPN 또는 사설 연결을 위해 준비하는 사항, /22 주소 계획 및 서브넷 레이아웃, 허브 앤 스포크 피어링, DNS 및 인증서, 송신, 그리고 운영자 액세스에 대해 설명합니다.

네트워크는 대부분의 배포 과정에서 시간 낭비가 발생하는 부분입니다. 아래의 모든 옵션은 AWS, Microsoft Azure 및 Google Cloud에서 사용 가능하며, 제품 이름만 다릅니다.

5가지 연결 옵션

고객 네트워크 팀이 지역별로 준비하는 내용

주소 계획

• 각 지역당 최소 /22 프라이빗(RFC 1918) 범위(1,024개 주소)가 필요합니다.
• Live DR 지역에 대한 두 번째, 다른 /22입니다.
• 어느 쪽도 고객, 파트너 또는 랜딩존 네트워크(사무실, 데이터 센터, 기타 클라우드)와 중복될 수 없습니다.
• Kubernetes Pod 및 서비스 범위는 범위 내 또는 범위와 인접하여 계획되며, 라우팅될 경우 동일한 중복 방지 규칙이 적용됩니다.
• 클라우드 제공업체의 예약된 범위 및 링크 로컬 범위를 사용하지 마십시오.
• 범위 제공은 고객의 책임입니다(INFRA_2.2.02, 제외됨). 빌드 후 범위를 변경하려면 재빌드를 수행해야 합니다(INFRA_2.2.12, 추가 서비스, 변경 요청에 따라).

IP 주소를 선택하기 전에 고객의 전체 IP 계획표를 확인하세요. IP 주소가 하나라도 겹치면 VPN, 피어링, 재해 복구(DR) 라우팅이 동시에 차단될 수 있으며, /22 서브넷 하나가 누락되면 전체 구축이 지연될 수 있습니다.

한 지역 내의 서브넷

10.40.0.0/22를 구성하는 한 가지 방법 - 이는 교육용 예시이며 TRANXACT 표준이 아닙니다. 실제 설계는 Ledger Architect가 설계 단계에서 결정합니다.

Primary region   10.40.0.0/22   (10.40.0.0 - 10.40.3.255)
  ingress        10.40.0.0/26
  gateway        10.40.0.64/27
  admin          10.40.0.96/27
  egress (NAT)   10.40.0.128/27
  database AZ1   10.40.0.192/27
  database AZ2   10.40.0.224/27
  nodes AZ1      10.40.1.0/24
  nodes AZ2      10.40.2.0/24
  nodes AZ3      10.40.3.0/24

Live DR region   10.40.4.0/22   (same layout, never overlapping the primary)

피어링: 허브 앤 스포크

동일한 클라우드에 기존 랜딩 존을 보유한 고객의 경우, TRANXACT는 스포크 역할을 하고 고객의 랜딩 존은 허브 역할을 합니다. 피어링은 네트워크 경계 지점입니다. 허브 게이트웨이는 트래픽을 사무실 및 데이터 센터로 전달하며, 고객은 허브에 자체 방화벽이나 네트워크 가상 어플라이언스를 설치할 수 있습니다.

이름 확인 및 인증서

사용자와 통합 기능은 위치에 구애받지 않는 단일 이름으로 연결됩니다. 이 이름은 두 운영 지역 모두에서 트래픽 관리자를 통해 확인되므로 Live DR 장애 조치 시 어느 곳에서도 재구성할 필요가 없습니다.

데이터 전송 중

고객은 모든 발신 목적지를 나열합니다(INFRA_2.6.03, 제외). TRANXACT는 허용 목록을 유지 관리하며, 목적지당 하나의 서비스 요청만 허용합니다(INFRA_2.6.02).

TRANXACT 운영자는 어떻게 접속하나요?

• 전용 관리자 서브넷 내의 제로 트러스트 또는 배스천 액세스 포인트를 통해 접속합니다. 노드나 데이터베이스는 직접 노출되지 않습니다.
• 적시 처리, 시간 제한 방식, 변경 또는 사고 발생 시 승인 - 고객 승인(TO_4.5.05, 제외).
• 모든 운영자 ID에 대한 MFA, 최소 권한, 역할 기반 인증.
• 모든 관리자 세션과 클라우드 API 호출이 기록되며, 고객의 SIEM 시스템으로 내보낼 수 있습니다.
• 운영자가 플랫폼을 관리합니다. 비즈니스 데이터는 고객이 승인한 티켓을 통해서만 접근할 수 있습니다.

일반적인 통합 시나리오

모든 통합은 TRANXACT API 또는 관리형 파일 전송을 통해 이루어집니다. 데이터베이스에는 전혀 연결되지 않습니다.

도표와 점검이 포함된 이 과정을 수강하세요.