StarlingX 10.0, IPv4-IPv6 격차 해소하는 듀얼 스택 네트워킹 공개

StarlingX 10.0의 주요 기능에는 IPv4/IPv6 듀얼 스택 지원, 통합 소프트웨어 관리 프레임워크, 플랫폼 내 하드웨어 사용량 데이터를 수집하는 새로운 도구가 포함됩니다.

오픈 인프라 재단(Open Infrastructure Foundation)이 IoT, 5G, O-RAN, 엣지 컴퓨팅 애플리케이션을 위해 설계된 오픈소스 분산 클라우드 플랫폼인 StarlingX 10.0을 출시했습니다. 이 최신 버전은 네트워킹 역량, 보안 기능, 관리 도구에 상당한 개선을 도입했습니다.

StarlingX는 2018년 오픈소스 오픈스택(OpenStack) 클라우드 플랫폼의 통신 및 네트워킹 중심 버전으로 시작되었습니다. StarlingX는 리눅스 커널, 쿠버네티스(Kubernetes), 오픈스택 등 핵심 빌딩 블록과 기타 오픈소스 구성 요소를 포함하는 완전히 통합된 클라우드 인프라 플랫폼입니다.

StarlingX 10.0의 주요 새로운 기능:

• 네트워크 프로토콜 간 원활한 마이그레이션을 위한 IPv4/IPv6 듀얼 스택 지원
• 관리 트래픽에 대한 IPsec 보호를 통한 네트워크 보안 강화
• 업데이트와 업그레이드를 통합하는 통합 소프트웨어 관리 프레임워크
• 최대 5,000개 관리 노드 지원으로 확장성 증대(5배 개선)
• 새로운 노드 인터페이스 메트릭 익스포터(Node Interface Metrics Exporter)를 통한 실시간 네트워크 통계

듀얼 스택 네트워킹, IPv4와 IPv6 환경 연결

StarlingX 10.0에서 가장 중요한 네트워킹 개선 사항 중 하나는 IPv4/IPv6 듀얼 스택 지원 추가로, 네트워크 운영자가 직면한 중요한 과제를 해결합니다. IPv6는 원래 IPv4를 대체하기 위해 의도되었지만, 이 전환은 여전히 미완성 상태로, 프로덕션 환경에서 두 프로토콜을 동시에 지원해야 하는 플랫폼이 필요합니다.

"StarlingX는 플랫폼에서 IPv6 사용을 지원할 수 있었습니다."라고 오픈 인프라 재단의 커뮤니티 디렉터 일디코 반차(Ildikó Váncsa)는 Network World에 말했습니다. "최신 개선 사항을 통해 사용자는 싱글 스택과 듀얼 스택 네트워크 구성 간을 전환하여 IPv4와 IPv6 주소 공간을 모두 사용할 수 있게 되었습니다."

반차는 StarlingX가 통신 부문에서 널리 채택되었으며 클라우드 서비스 제공업체에서도 사용된다고 말했습니다. 이러한 영역의 사용자들은 IPv6의 기능 덕분에 점점 더 IPv6에 의존하게 되었습니다. 그러나 그녀는 IPv6가 대부분의 운영자가 IPv4 주소 공간을 떠날 만큼 널리 채택되고 지원되지는 않았기 때문에, 10.0 릴리스 주기에서 StarlingX 커뮤니티에 듀얼 스택 지원 추가가 중요했다고 언급했습니다.

IPv6 듀얼 스택, 분산 클라우드 아키텍처 구현

듀얼 스택 IPv4 및 IPv6 네트워크는 StarlingX 클라우드 배포에서 여러 방식으로 설정할 수 있습니다.

반차는 사용자가 이제 서비스 중단 없이 플랫폼을 구성하여 IPv4와 IPv6 주소 공간을 모두 사용할 수 있다고 말했습니다. 최초 주소 풀이 네트워크 생성 시 할당되면 기본이 되어 나중에 제거할 수 없습니다. 보조 주소 풀은 환경의 장비와 특정 사용 사례의 요구에 따라 동적으로 할당하거나 제거하여 시스템을 듀얼 스택과 싱글 스택 모드 간에 필요에 따라 전환할 수 있습니다. 사용자는 DNS 설정 및 로드 밸런싱 등 배포에 대한 추가 구성을 수행할 수 있습니다.

주목할 점은 반차가 StarlingX의 플래그십 기능이 분산 클라우드 아키텍처 모델이라고 설명했습니다. 여기서 사용자는 중앙 사이트에서 관리되는 원격 위치에 서브 클라우드를 배포할 수 있습니다. "사용자가 플랫폼의 최신 버전으로 업그레이드하면, 이제 서브 클라우드를 구성하여 듀얼 스택 네트워킹 구성의 이점을 활용할 수 있게 됩니다."라고 그녀는 말했습니다.

StarlingX, 새로운 '안전한' 하버(Harbor) 확보

StarlingX 10 업데이트의 또 다른 주요 추가 사항은 하버 컨테이너 레지스트리(Harbor container registry)의 통합입니다. 클라우드 네이티브 배포는 컨테이너 사용에 크게 의존합니다. 컨테이너 레지스트리는 운영자가 클라우드 배포를 위해 컨테이너 이미지를 가져올 수 있는 중앙 저장소입니다.

"보안은 StarlingX 커뮤니티의 높은 우선순위였으며, 이는 하버 컨테이너 레지스트리를 플랫폼에 통합하기로 결정한 동기가 되었습니다."라고 반차는 말했습니다.

그녀는 하버가 StarlingX가 컨테이너 이미지, 오픈 정책 에이전트(OPA), 헬름 차트(Helm charts)를 처리하는 보안을 개선하는 다양한 기능을 제공한다고 언급했습니다. OPA는 쿠버네티스 배포에서 컨테이너 정책을 정의하고 작성하는 데 사용되는 오픈소스 정책 엔진입니다. 헬름 차트는 쿠버네티스에서 컨테이너용으로 널리 사용되는 오픈소스 배포 기술입니다.

하버는 취약점 스캔이 가능하여 사용자가 신뢰할 수 있고 검증된 이미지에 의존할 수 있다고 반차는 말했습니다. 하버는 컨테이너 이미지와 아티팩트에 서명하는 기능도 제공합니다.

통합 관리로 네트워크 운영 간소화

StarlingX 배포를 관리하는 네트워크 운영자는 새로운 통합 소프트웨어 관리 프레임워크의 혜택을 누릴 수 있습니다. 이전에는 소프트웨어 패칭과 업그레이드가 서로 다른 절차와 명령을 요구하는 별도 하위 시스템으로 처리되었습니다. StarlingX 10.0은 이러한 기능을 통합 API, CLI, 워크플로를 가진 단일 프레임워크로 통합합니다.

이 통합은 업그레이드 소요 시간과 서비스 영향 모두에서 상당한 개선을 제공합니다. 업데이트의 경우, 프레임워크는 호스트가 기존 파일 시스템에서 계속 실행되는 동안 새로운 소프트웨어의 루트 파일 시스템을 설치하기 위해 OSTree를 활용합니다. 간단한 재부팅만으로 새로운 소프트웨어로 전환되므로, 디스크를 지우고 소프트웨어를 재설치해야 했던 이전 접근 방식에 비해 다운타임이 획기적으로 줄어듭니다.

StarlingX, 엄격한 리소스 제약 관리 약속

StarlingX와 같은 플랫폼이 리소스를 더 염두에 두어야 하는 데에는 여러 요인이 있습니다. 엣지 배포는 제한된 리소스를 가지는 경향이 있고, 일반적으로 조직들은 그린 네트워크로 이동하여 엔드투엔드 배포가 사용하는 전력량을 줄이고 있습니다.

반차는 StarlingX가 이미 리소스 제약을 처리하고 사이트 간 리소스 사용을 최적화할 수 있도록 다양한 방식으로 개선되었다고 언급했습니다. 기존 기능 중에는 하드웨어 지원이 가능할 때 플랫폼 서비스를 1 CPU 코어에서 실행하는 기능과 시스템 내 전력 프로파일 정의 기능이 있었습니다.

"10.0 릴리스는 플랫폼 내 하드웨어 사용량 데이터를 수집하여 시스템을 다양한 사용 사례에 맞게 추가로 최적화할 수 있도록 전력 메트릭 애플리케이션(Power Metrics Application) 지원을 추가함으로써 이 영역의 기능을 더욱 강화합니다."라고 그녀는 말했습니다.

뉴스레터 구독

편집자로부터 받은 편지함으로

아래에 이메일 주소를 입력하여 시작하세요.