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

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

Open Infrastructure Foundation은 IoT, 5G, O-RAN 및 엣지 컴퓨팅 애플리케이션용으로 설계된 오픈 소스 분산 클라우드 플랫폼에 대한 중요한 업데이트인 StarlingX 10.0을 출시했습니다. 이 최신 버전에서는 네트워킹 기능, 보안 기능 및 관리 도구가 크게 향상되었습니다.

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

StarlingX 10.0의 주요 새로운 기능은 다음과 같습니다:

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

이중 스택 네트워킹은 IPv4와 IPv6 환경을 연결합니다

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

Open Infrastructure Foundation의 커뮤니티 이사인 Ildikó Váncsa는 Network World에 "StarlingX는 플랫폼에서 IPv6 사용을 지원할 수 있었습니다."라고 말했습니다. "이제 최신 개선 사항을 통해 사용자는 단일 스택과 이중 스택 네트워킹 구성 간에 전환하여 IPv4 및 IPv6 주소 공간을 모두 사용할 수 있습니다."

Váncsa는 StarlingX가 통신 부문에서 널리 채택되고 있으며 클라우드 서비스 제공업체에서도 사용되고 있다고 말했습니다. 이 영역의 사용자는 IPv6의 기능을 점점 더 많이 활용하고 있습니다. 그러나 그녀는 IPv6가 대부분의 운영자가 IPv4 주소 공간을 남길 수 있을 만큼 널리 채택 및 지원되지 않는다는 점을 지적했습니다. 이것이 바로 10.0 릴리스 주기에서 StarlingX 커뮤니티에 듀얼 스택 지원을 추가하는 것이 중요한 이유입니다.

IPv6 듀얼 스택으로 분산 클라우드 아키텍처 지원

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

Váncsa는 이제 사용자가 서비스 중단 없이 IPv4 및 IPv6 주소 공간을 모두 사용하도록 플랫폼을 구성할 수 있다고 말했습니다. 첫 번째 주소 풀이 생성 시 네트워크에 할당되면 기본 주소 풀이 되며 나중에 제거할 수 없습니다. 필요에 따라 이중 스택 모드와 단일 스택 모드 간에 시스템을 전환하기 위해 보조 주소 풀을 동적으로 할당하거나 제거할 수 있습니다. 사용자는 자신의 환경에서 사용되는 장비와 특정 사용 사례의 요구 사항에 따라 DNS 설정 및 로드 밸런싱을 포함하여 배포에 대한 추가 구성을 수행할 수 있습니다. 

특히 Váncsa는 StarlingX의 주요 기능은 사용자가 중앙 사이트에서 관리할 원격 위치에 하위 클라우드를 배포할 수 있는 분산 클라우드 아키텍처 모델이라고 설명했습니다. “사용자가 최신 버전의 플랫폼으로 업그레이드하면 이제 듀얼 스택 네트워킹 구성을 활용하도록 하위 클라우드를 구성할 수 있습니다.”라고 그녀는 말했습니다. 

StarlingX가 새로운 '안전한' 항구를 얻습니다

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

Váncsa는 “StarlingX 커뮤니티에서는 보안이 최우선 과제였으며 Harbour 컨테이너 레지스트리를 플랫폼에 통합하기로 결정했습니다.”라고 말했습니다.

그녀는 Harbour가 StarlingX가 컨테이너 이미지, OPA(개방형 정책 에이전트) 및 Helm 차트를 처리하는 방식의 보안을 향상하기 위한 다양한 기능을 제공한다고 언급했습니다. OPA는 Kubernetes 배포에서 컨테이너에 대한 정책을 정의하고 작성하는 데 사용되는 오픈소스 정책 엔진입니다. Helm 차트는 Kubernetes의 컨테이너에 널리 사용되는 오픈 소스 배포 기술입니다.

Harbor는 취약성 검색 기능을 갖추고 있어 사용자가 신뢰할 수 있고 검증된 이미지에 의존할 수 있다고 Váncsa는 말했습니다. Harbor는 컨테이너 이미지와 아티팩트에 서명하는 기능도 제공합니다.

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

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

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

StarlingX는 엄격한 리소스 제약 관리를 약속합니다

StarlingX와 같은 플랫폼이 리소스에 더 주의를 기울이는 데에는 여러 가지 추진 요인이 있습니다. 엣지 배포에는 리소스가 제한된 경향이 있으며, 일반적으로 조직은 친환경 네트워크로 전환하고 엔드투엔드 배포에 사용되는 전력량을 줄이고 있습니다. 

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

"10.0 릴리스에서는 다양한 사용 사례에 맞게 시스템을 더욱 최적화할 수 있도록 플랫폼의 하드웨어 사용량에 대한 데이터를 수집하는 Power Metrics 애플리케이션에 대한 지원을 추가함으로써 이 영역의 기능이 더욱 향상되었습니다."라고 그녀는 말했습니다.

뉴스레터를 구독하세요

편집자로부터 받은 편지함으로 바로 이동

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