Linux 플랫폼

중요한 버그 수정 예시

Red Hat® Enterprise Linux® OpenStack® Platform을 실행하는 한 대규모 통신업체는 GRE(Generic Routing Encapsulation) 터널과 VLAN(Virtual Local Area Networks)을 함께 사용하여 클라이언트에게 멀티테넌트 네트워킹을 제공하고 있었습니다. 이 고객은 Red Hat Enterprise Linux OpenStack Platform 3를 실행 중이었습니다("Grizzly" 업스트림 프로젝트 기반). 그러던 중 큰 패킷을 사용하는 경우 Open vSwitch에서 일부 테넌트에 대해 모뎀 수준에 가까운 성능을 보여줄 정도의 성능 문제가 발생했습니다.

기존 문제의 원인은 커널의 네트워크 스택에 있었습니다. VLAN과 GRE 패킷의 조합을 효율적으로 처리하지 못하고 있었습니다. 커널 내 패킷 처리는 이 시나리오에 최적화되기 위해 재작업이 필요했습니다.

Red Hat은 고객을 지원하기 위해 즉시 조치를 취했습니다

첫째, 업스트림 커널 내 네트워크 문제를 해결하고 이 픽스를 이 고객이 사용 중인 Red Hat Enterprise Linux 커널에 백포트했습니다. 하지만 업스트림 커널 네트워킹 변경은 종종 기나긴 난관이 될 수 있어 고객의 문제를 신속하게 해결할 수 있는 방법이 필요했습니다.

이를 위해 이 구성에서 다양한 플로우 규칙 집합을 선택적으로 적용함으로써 커널 제한 안팎에서 작업하는 업스트림(Havana) OpenStack Network Service(Neutron)에 수정을 가했습니다. 그런 다음 이 픽스를 Grizzly OpenStack Network Service(Quantum)에 백포트했습니다.

기술의 긴밀한 엔지니어링이 필수적인 이유

이 문제를 분류하는 데는 최전방에서 지원해 주는 숙련된 인력이 필요했던 것은 말할 것도 없고 커널 네트워크 엔지니어링 및 OpenStack Neutron 개발자의 깊은 기술 지식이 필요했습니다. 관리 및 조율 계층을 작성하는 데 Python 기술만 갖추는 것은 고객을 지원하기에 충분하지 않음을 여실히 보여 주는 좋은 예라고 할 수 있습니다. Red Hat Enterprise Linux 및 Red Hat OpenStack 기술의 긴밀한 엔지니어링이 없었다면 이 중요한 픽스는 절대 제공될 수 없었을 것입니다.

자세히 알아보기

Red Hat Enterprise Linux, 하이퍼바이저, OpenStack을 함께 엔지니어링하는 것의 중요성에 대해 자세히 알아보기