OpenStack-Neutron-Alternative Open Virtual Network

Besonders in sehr großen OpenStack-Clouds oder einer dynamischen Umgebung mit extrem vielen Änderungen im Netzwerk gerät OpenStacks Neutron-Architektur schnell an ihre Grenzen. Cloud-Architekten und -Administratoren sind daher immer öfter im Netzwerkbereich auf der Suche nach einer Alternative zur Neutron-Architektur, da der klassische OpenStack-Neutron-Aufbau nicht den Anforderungen ihres Use Case genügt.

In solchen Fällen erweist sich die design­bedingte Nutzung des Messaging Service meist als Quell ständigen Ärgers: Neutron ist mit all seinen Agenten der Hauptnutzer des Messaging Service (beispielsweise RabbitMQ) und auf dessen Funktionieren angewiesen. So gerät dieser Service leicht zum Single Point of ­Failure (SPoF) – auch hinsichtlich der Performance – beim Verarbeiten von Aktionen in OpenStack. Vor allem in größeren Cloud-Landschaften ist es unerlässlich, diesen Dienst genau auf den Einsatzfall zu optimieren. Die große Anzahl von Talks auf Konferenzen dazu unterstreicht die Komplexität des Themas.