Ankündigung von NGINX Plus R9

Owen GarrettSenior Director, Produktmanagement

NGINX, Inc. freut sich, die Verfügbarkeit von NGINX Plus Release 9 (R9), der neuesten Version unserer Plattform für die Anwendungsbereitstellung, bekannt zu geben. Dieses Update bietet zwei bedeutende neue Funktionen: die Möglichkeit, umfangreiche Erweiterungen für NGINX Plus dynamisch zu laden, ohne dass benutzerdefinierte Binärdateien erforderlich sind, sowie kommerziell unterstütztes UDP-Load-Balancing zusätzlich zu unseren bestehenden Funktionen für TCP- und HTTP-Load-Balancing.

Zusätzlich zu den spannenden neuen Funktionen in NGINX Plus R9 führen wir neue Preis- und Supportoptionen ein. NGINX Plus ist jetzt mit einem Pauschalpreismodell erhältlich, das Ihnen gegen einen Festpreis die unbegrenzte Nutzung in Ihrer gesamten Anwendung oder Ihrem gesamten Unternehmen ermöglicht. NGINX Plus kann jetzt außerdem mit drei verschiedenen Supportstufen: Basic-Support (9×5) für nicht produktive Anwendungen, Professional-Support (24×7) per Telefon oder E-Mail und Enterprise-Support (24×7) mit garantierten Reaktionszeiten von höchstens 30 Minuten erworben werden.

Redaktion – Weitere Informationen zu wichtigen neuen Funktionen in NGINX Plus R9 finden Sie in diesen weiterführenden Ressourcen.

• Lastverteilung für DNS-Datenverkehr mit NGINX und NGINX Plus
• DNS für die Diensterkennung mit NGINX und NGINX Plus verwenden
• Diensterkennung für NGINX Plus mithilfe von DNS-SRV-Einträgen aus Consul
• Neuerungen in NGINX Plus R9 (Webinar auf Abruf)

Die wichtigsten neuen Funktionen in NGINX Plus R9 sind:

• Dynamische Module – NGINX Plus kann jetzt zur Laufzeit durch dynamisch ladbare Module erweitert werden. Das bedeutet, dass Sie genau die gewünschten Erweiterungen auswählen und direkt aus dem NGINX Plus-Repository installieren können, auf das Sie über die Standardbefehle apt und yum zugreifen können. Im Laufe der Zeit werden wir eine stetig wachsende Auswahl an getesteten und vollständig zertifizierten Erweiterungen für unsere Software bereitstellen. Die beliebtesten von NGINX entwickelten Module und Drittanbietermodule, beispielsweise zur Unterstützung der Programmiersprache Lua, wurden bereits in das neue dynamisch ladbare Format konvertiert. Außerdem haben wir eine Anleitung für die Anbieter von Drittanbietermodulen veröffentlicht, die beschreibt, wie sie ihre Module in das neue Format konvertieren können. Dies ist erforderlich, bevor die Module unserem Repository hinzugefügt werden können.
• UDP-Lastverteilung – Durch die Ergänzung der bestehenden TCP- und HTTP-Lastverteilungsfunktionen um UDP-Lastverteilung kann NGINX Plus nun den Datenverkehr für nahezu jede Anwendung verteilen. Im vergangenen Monat haben wir UDP-Lastverteilung in NGINX Open Source hinzugefügt, und mit diesem Release erweitern wir die Unterstützung auf NGINX Plus und ergänzen zusätzliche fortschrittliche Funktionen. NGINX Plus überwacht UDP-Dienste mit aktiven Integritätsprüfungen, bietet dank umfangreicher Statistiken entscheidende Einblicke und ermöglicht es Ihnen, Server dynamisch hinzuzufügen und zu entfernen. UDP wird häufig für schlanke Protokolle verwendet, die nicht transaktionsorientiert sind, etwa DNS (Auflösung von Domainnamen in Adressen), Syslog (schlanke Protokollierung) und RADIUS (ein Authentifizierungsprotokoll). Aufgrund seiner geringen Bandbreitenanforderungen entwickelt sich UDP auch zu einem der bevorzugten Protokolle für IoT-Anwendungen. NGINX Plus kann diese bestehenden und neuen Anwendungen mühelos bereitstellen und deren Datenverkehr verteilen.
• Serviceerkennung mithilfe von DNS-SRV-Einträgen – Auf Microservices basierende Anwendungen sind dynamisch – Dienste können nach Bedarf hoch- und herunterskaliert sowie verschoben werden. Eine gute Möglichkeit, stets über den aktuellen Status Ihrer Dienste informiert zu bleiben, ist die Nutzung der Serviceerkennung. Viele Plattformen zur Serviceerkennung, wie Consul und etcd (SkyDNS), bieten eine DNS-Schnittstelle, über die Clients (wie NGINX Plus) Informationen zu erkannten Diensten abrufen können. Die von Diensten verwendete Portnummer wird häufig dynamisch zugewiesen. Daher verwenden Plattformen zur Serviceerkennung DNS-SRV-Einträge, die Informationen zur Portnummer enthalten. NGINX Plus unterstützt jetzt DNS-SRV-Einträge und kann mithilfe von DNS-Anfragen die Standorte Ihrer Dienste einschließlich dynamisch zugewiesener Portinformationen aus der Service-Registry abrufen.
• NGINX Plus App-Preismodell – Um bei starkem Wachstum, saisonalen Schwankungen oder elastischem Datenverkehr maximale Leistung und Verfügbarkeit zu gewährleisten, benötigen viele Anwendungen eine dynamische Infrastruktur. Diese Anwendungen nutzen in der Regel auch Microservices oder verteilte Architekturen sowie Container oder virtuelle Maschinen als Laufzeitumgebung. Die Abrechnung von Software pro Instanz oder Maschinenstunde bietet nicht die Flexibilität oder Kosteneffizienz, die diese modernen Anwendungen erfordern. Für diese Anwendungsfälle führen wir das NGINX Plus App-Preismodell ein. Das NGINX Plus App-Preismodell ermöglicht die unbegrenzte Nutzung der erweiterten Funktionen und kommerziell unterstützten Binärdateien von NGINX Plus zu einem festen Pauschalpreis pro Anwendung und Jahr. Unabhängig davon, wie viele VMs, Container, Knoten, gleichzeitige Verbindungen oder Benutzer Sie haben, zahlen Sie für das gesamte Jahr nur einen günstigen Preis. Stellen Sie NGINX Plus innerhalb Ihrer Anwendungsinfrastruktur sowie in Entwicklungs-, Test-, Staging-, Notfallwiederherstellungs- und Produktionsumgebungen jederzeit, überall und ganz nach Bedarf bereit – ohne sich Gedanken über unvorhersehbare verbrauchsabhängige Rechnungen machen oder auf Lizenzschlüssel warten zu müssen, wenn Sie Ihre Kapazität kurzfristig erhöhen müssen.

Die Funktionen von NGINX Plus R9 im Detail

Dieser Abschnitt bietet einen detaillierten Überblick über alle neuen Features und Funktionen in NGINX Plus R9.

Dynamische Module

NGINX und NGINX Plus verfügen beide über eine modulare Architektur. Ihre Kernfunktionalität kann durch Module erweitert werden, die sowohl von Drittanbietern als auch vom NGINX-Kernentwicklungsteam entwickelt wurden. Diese Module ergänzen wichtige Funktionen, beispielsweise die Einbettung von Lua-Skripten und die Geolokalisierung von Benutzern anhand ihrer IP-Adresse. Es sind über 100 Module von Drittanbietern und über 60 offizielle NGINX-Module verfügbar. Davon sind 56 im Basispaket nginx‑plus und weitere 10 im Paket nginx‑plus‑extras enthalten (die vollständige Liste finden Sie unter Technische Spezifikationen von NGINX Plus).

Mit dieser Version können die zusätzlichen Module im Paket nginx‑plus‑extras (sowohl von Drittanbietern als auch offizielle NGINX-Module) ebenfalls dynamisch in das NGINX Plus-Basispaket nginx‑plus geladen werden. So können Sie gezielt nur die zusätzlichen Module laden, die Sie tatsächlich benötigen.

Diese Module sind im NGINX Plus-Repository verfügbar, und wir planen, das Repository in den kommenden Monaten um weitere Module zu ergänzen. Allen, die derzeit das Paket nginx‑plus‑extras verwenden, empfehlen wir, zum Kernpaket nginx‑plus zu migrieren, da das Paket nginx‑plus‑extras in einer späteren Version als veraltet eingestuft wird.

Wir testen jedes dynamische Modul, indem wir es in den NGINX Plus-Kern laden, bevor wir unsere umfangreichen Release-Tests durchführen. So können wir sicher sein, dass das Modul (wenn es nicht konfiguriert ist) den ordnungsgemäßen Betrieb von NGINX Plus nicht beeinträchtigt. Wir verfolgen Modulaktualisierungen und stellen mit jedem Release sowie bei Meldung eines kritischen Sicherheitsproblems zwischen zwei Releases neue Builds bereit.

Dank dynamischer Module können wir eine einzige NGINX Plus-Binärdatei mit den von allen genutzten Funktionen bereitstellen. Administratoren können dann gezielt die zusätzlichen Module auswählen, die sie verwenden möchten.

So laden Sie dynamische Module in NGINX Plus

Führen Sie die folgenden Schritte aus, um Module zu installieren und dynamisch zu laden. Dabei wird vorausgesetzt, dass Sie Ihr Paketverwaltungstool so konfiguriert haben, dass es Dateien von NGINX, Inc. und nicht aus der Distribution des Betriebssystemanbieters abruft.

1. Verwenden Sie das Standard-Paketverwaltungstool Ihres Betriebssystems (zum Beispiel apt oder yum), um das Basis-Image nginx‑plus und die Module zu installieren, die Sie dynamisch laden möchten (wiederholen Sie den Installationsbefehl für jedes Modul). Die folgenden Befehle eignen sich für Debian-basierte Systeme.

# apt-get update# apt-get install nginx-plus
# apt-get install module-name

1. Die Namen, die Sie in dieser Version für module‑name einsetzen können, lauten: Das Verzeichnis /etc/nginx/modules wird automatisch erstellt und enthält symbolische Links zu den Installationsorten der .so-Dateien für die ausgewählten Module. Hinweise:
   • nginx-plus-module-geoip
   • nginx-plus-module-headers-more
   • nginx-plus-module-image-filter
   • nginx-plus-module-lua
   • nginx-plus-module-passenger
   • nginx-plus-module-perl
   • nginx-plus-module-rtmp
   • nginx-plus-module-set-misc
   • nginx-plus-module-xslt
   • Wenn Sie das Paket nginx‑plus‑extras für eine frühere Version von NGINX Plus verwenden, müssen Sie es entfernen, bevor Sie das R9-Paket nginx‑plus installieren. Für Debian-basierte Systeme lauten die entsprechenden Befehle:

# apt-get update# apt-get remove nginx-plus-extras
# apt-get install nginx-plus
# apt-get install module-name

• Einige Module sind aufgrund von Einschränkungen des Betriebssystems für bestimmte Betriebssystemversionen nicht verfügbar. Weitere Informationen und Beschreibungen der Module finden Sie in den technischen Spezifikationen zu NGINX Plus.

1. Fügen Sie im Hauptkontext (auf oberster Ebene) in /etc/nginx/nginx.conf für jedes dynamisch ladbare Modul eine load_module-Direktive hinzu:

load_module modules/module-name.so;

1. Überprüfen Sie die neue Konfiguration auf syntaktische Gültigkeit und laden Sie NGINX Plus neu.

# nginx -t && nginx -s reload

1. Die in nginx.conf aufgeführten Module werden dynamisch in NGINX Plus geladen.

UDP-Lastverteilung

Letzten Monat haben wir UDP-Lastverteilung in NGINX Open Source veröffentlicht. NGINX Plus R9 erweitert diese Funktion um Systemdiagnosen, eine erweiterte Statusüberwachung und die Neukonfiguration im laufenden Betrieb.

Wie beim TCP-Load-Balancing wird die Konfiguration für das UDP-Load-Balancing im stream-Kontext vorgenommen. Ebenso wie beim HTTP- und TCP-Load-Balancing verwendet das UDP-Load-Balancing eine Upstream-Gruppe, um die Gruppe der Ursprungsserver zu definieren, die den UDP-basierten Dienst bereitstellen, sowie den Algorithmus, der für die Verteilung des Datenverkehrs auf die Server verwendet wird.

Die Konfiguration definiert außerdem für jeden UDP-Port einen virtuellen Server. Dabei gibt eine proxy_pass-Direktive die Upstream-Gruppe an, die den zugehörigen Dienst bereitstellt:

stream {    upstream dns_upstreams {
        least_time;
        server dns-server-1-ip:53;
        server dns-server-2-ip:53;
    }
 
    server {
        listen 53 udp;
        listen 53; #tcp
        proxy_pass dns_upstreams;
        proxy_timeout 1s;
        proxy_responses 1;
        error_log logs/dns.log;
    }
}

Dieses Konfigurationsbeispiel zeigt den Lastenausgleich für DNS-Dienste. Im upstream-Block konfigurieren wir den Least-Time-Algorithmus, sodass NGINX Plus jede Anfrage an den Server sendet, der derzeit die wenigsten „Verbindungen“ aufweist und am schnellsten antwortet. Im Server-Block lauschen wir sowohl auf UDP- als auch auf TCP-Datenverkehr, da DNS über beide Protokolle ausgeführt werden kann. Die Direktive proxy_responses legt fest, wie viele Antworten NGINX Plus vom Upstream-Server empfängt, bevor die mit der UDP-„Verbindung“ verknüpften Ressourcen freigegeben werden. Da DNS ein einfaches Anfrage-Antwort-Protokoll ist, reicht normalerweise eine Antwort aus.

NGINX Open Source umfasst grundlegende Zustandsprüfungen für UDP. Wenn ein vorgeschalteter UDP-Server nicht innerhalb eines festgelegten Zeitlimits auf eine Anfrage antwortet oder einen ICMP-Fehler zurückgibt, senden NGINX und NGINX Plus für einen festgelegten Zeitraum keinen Datenverkehr mehr an ihn.

NGINX Plus R9 bietet nun aktive Zustandsprüfungen für UDP-Dienste, ähnlich denen für HTTP- und TCP-Datenverkehr. Sie können NGINX Plus so konfigurieren, dass spezielle UDP-Anfragen an Upstream-Server gesendet werden, und festlegen, welche Art von Antwort die Server zurückgeben müssen, damit sie als fehlerfrei gelten. Da UDP nicht über die Mechanismen für eine zuverlässige Übertragung verfügt, die TCP für HTTP bereitstellt, sind aktive Zustandsprüfungen für UDP-Anwendungen noch wichtiger als für TCP- und HTTP-Anwendungen.

Mit NGINX Plus können Sie außerdem Upstream-Server im laufenden Betrieb hinzufügen oder entfernen. So können Sie beispielsweise Server für Wartungsarbeiten problemlos außer Betrieb nehmen und anschließend wieder in den Loadbalancing-Pool aufnehmen. Neue UDP-bezogene Statistiken im NGINX Plus-Modul „Status“ und im Dashboard zur Live-Aktivitätsüberwachung geben Ihnen wichtige Einblicke in die Leistung Ihrer Server.

NGINX Plus R9 verteilt die Last für die am häufigsten verwendeten einfachen UDP-basierten Anwendungen: DNS, RADIUS, Syslog und NTP. Langlebige UDP-Protokolle wie Voice over IP und andere SIP-basierte Anwendungen werden derzeit nicht unterstützt.

Diensterkennung mithilfe von DNS-SRV-Einträgen

Moderne Webanwendungen bestehen aus mehreren kleinen Anwendungskomponenten – Webservern, Anwendungsservern, Datenbanken und so weiter. Ein vorgeschalteter Load Balancer wie NGINX Plus prüft den eingehenden Datenverkehr und leitet die Anfragen anschließend an die Anwendungskomponenten weiter, wobei er die Last gleichmäßig auf diese verteilt.

Wenn Anwendungskomponenten auf virtuellen oder containerbasierten Plattformen bereitgestellt werden, können ihre IP-Adressen und Ports unvorhersehbar sein. Service Discovery bezeichnet den Prozess, bei dem ein lokaler Client (z. B. der vorgeschaltete NGINX Plus-Load-Balancer) diese Komponenten ausfindig macht, um Datenverkehr an sie weiterleiten zu können. Service Discovery wird in der Regel durch eine „Dienstdatenbank“ wie Consul, etcd oder ZooKeeper ermöglicht.

In NGINX Plus R8 haben wir eine persistente Version unserer API für die dynamische Neukonfiguration angekündigt und Demolösungen für Consul, etcd und ZooKeeper bereitgestellt, die die Dienstdatenbank abfragen und Konfigurationsänderungen an NGINX Plus übertragen. Mit NGINX Plus R9 freuen wir uns, die Unterstützung einer alternativen Methode bekannt zu geben, die DNS-SRV-Abfragen verwendet. DNS-SRV-Abfragen geben die IP-Adresse, den Port, die Priorität und die Gewichtung von Anwendungsservern eines bestimmten Typs zurück.

Consul und SkyDNS für etcd stellen beide DNS-Schnittstellen bereit, über die Clients SRV-Einträge abrufen können. NGINX Plus ruft die Load-Balancing-Konfiguration durch direkte Abfrage der DNS-Schnittstelle eines Dienstes ab. NGINX Plus überprüft den Dienst regelmäßig erneut, sodass alle Änderungen schnell und automatisch übernommen werden.

Im folgenden Beispiel wird NGINX Plus so konfiguriert, dass die Liste der Upstream-Server für my_service über DNS abgerufen wird. Der Parameter service=http der Direktive server aktiviert die Unterstützung für DNS-SRV-Einträge. Die Anwendungsinstanzen, auf denen my_service ausgeführt wird, werden nun automatisch von NGINX Plus erkannt.

http {     resolver dns-server-ip;
 
    upstream my_service {
        zone backend 64k;
        server hostname-for-my_service service=http resolve;
    }
 
    server {
        # ...
 
        location /my_service {
            # ...
            proxy_pass http://my_service;
        }
    }
}

Preise für die NGINX Plus-App

Die Preisgestaltung pro Instanz ist ein hervorragender Einstieg in NGINX Plus und bietet eine äußerst kostengünstige Alternative zu Hardware-Load-Balancern. Die Einsatzmöglichkeiten von NGINX Plus gehen jedoch weit über den bloßen Ersatz von Hardware hinaus. Dank seiner schlanken Softwarearchitektur eignet sich NGINX Plus ideal für den dedizierten Lastenausgleich einzelner Anwendungen. Da NGINX Plus auf NGINX Open Source basiert, kann es zudem die Web- und Anwendungsserver Ihrer Anwendung ersetzen. Diese Anwendungsfälle führen zu immer mehr NGINX Plus-Bereitstellungen, für die eine Preisgestaltung pro Instanz weder kostengünstig noch flexibel genug ist.

Mit NGINX Plus R9 führen wir ein neues „All-you-can-eat“-Preismodell für Anwendungen ein, mit dem Sie für eine bestimmte Anwendung beliebig viele Instanzen von NGINX Plus betreiben können. Stellen Sie NGINX Plus innerhalb Ihrer Anwendungsinfrastruktur jederzeit, überall und ganz nach Bedarf bereit – in Entwicklungs-, Test-, Staging-, Notfallwiederherstellungs- und Produktionsumgebungen. Unabhängig von der Anzahl der VMs, Container oder Knoten zahlen Sie für das gesamte Jahr einen festen Preis.

Jedes Abonnement umfasst den vollen Funktionsumfang der NGINX Plus-Software sowie unseren preisgekrönten Support und unsere Unterstützung bei der Konfiguration. Wenn Sie sich für das App-Preismodell entscheiden, profitieren Sie außerdem von:

• Unterstützung bei der Installation und/oder Optimierung nach Wahl durch NGINX Professional Services
• Schulung für Ihr Team zu NGINX-Grundlagen, fortgeschrittenen Themen oder beidem

Die Nutzung ist pro Anwendung unbegrenzt. Als Anwendung gelten die Softwarekomponenten und das Team, die eine einzelne Webanwendung oder eine separat benannte Desktop- bzw. Mobilanwendung unterstützen. Auf Microservices basierende und andere verteilte Architekturen sind in diesem Modell ausdrücklich vorgesehen und eingeschlossen.

Darüber hinaus ist ein Site-Lizenz-Abonnement erhältlich, das die unbegrenzte Nutzung von NGINX Plus im gesamten Unternehmen ermöglicht.

Zusätzliche Funktionen

NGINX Plus R9 bietet eine Reihe weiterer Verbesserungen, darunter:

• Verbesserungen der Cache-Performance – Im vergangenen Jahr haben wir ein Threadpool-Modell eingeführt, um Cache-Lesevorgänge zu verbessern und zu verhindern, dass sie möglicherweise den NGINX-Kern blockieren. Dadurch konnte bei bestimmten Cache-Workloads eine bis zu 9-fache Leistungssteigerung erzielt werden. In dieser Version kann NGINX Plus auch Schreibvorgänge auf den Datenträger für den Cache an Threads auslagern.
• DNS-Abfragen über TCP – Standardmäßig verwendet NGINX Plus UDP für DNS-Abfragen. Bei umfangreichen DNS-Antworten – beispielsweise wenn ein Name in eine große Anzahl von Servern aufgelöst wird – passt die vollständige Antwort jedoch möglicherweise nicht in ein einzelnes UDP-Datagramm (begrenzt auf 512 Byte). Eine unvollständige Antwort wird als abgeschnitten gekennzeichnet, und NGINX Plus wiederholt die Anfrage nun sofort über TCP. Dadurch kann NGINX Plus sehr große, dynamische Serverbereitstellungen besser unterstützen.
• Erneute Ausführung nicht idempotenter Anfragen – Wenn eine HTTP-Anfrage aufgrund eines Fehlers oder einer Zeitüberschreitung fehlschlägt, wiederholt NGINX Plus sie standardmäßig automatisch auf einem anderen Server in der Upstream-Gruppe. Mit der Direktive proxy_next_upstream können Sie festlegen, bei welchen Fehlertypen NGINX Plus Anfragen wiederholt, einschließlich bestimmter 4xx- oder 5xx-Antwortcodes. Üblicherweise werden POST-Anfragen nicht wiederholt, da die Daten im Anfragetext an den Server gestreamt werden und bei einem Serverausfall nicht erneut gesendet werden können. Unter bestimmten Fehlerbedingungen wurden POST-Anfragen in früheren Versionen von NGINX Plus jedoch wiederholt, was der Annahme widersprach, dass sie aufgrund ihrer fehlenden Idempotenz nicht wiederholt werden. NGINX Plus wiederholt fehlgeschlagene, nicht idempotente HTTP-Anfragen (POST, LOCK und PATCH) nicht mehr automatisch. Um das frühere Verhalten wiederherzustellen und NGINX Plus zu erlauben, fehlgeschlagene, nicht idempotente Anfragen nach Möglichkeit zu wiederholen, fügen Sie der Direktive non_idempotent den neuen Parameter proxy_next_upstream hinzu.

NGINX Plus aktualisieren oder testen

Wenn Sie NGINX Plus verwenden, empfehlen wir Ihnen dringend, so bald wie möglich ein Upgrade auf Release 9 durchzuführen. Damit erhalten Sie zahlreiche Fehlerbehebungen und Verbesserungen. Außerdem können wir Sie so besser unterstützen, falls Sie ein Support-Ticket erstellen müssen.

Wenn Sie NGINX Plus noch nicht ausprobiert haben, empfehlen wir Ihnen, es für Webbeschleunigung, Lastverteilung und Anwendungsbereitstellung oder als vollständig unterstützten Webserver mit einer API für erweitertes Monitoring und dynamische Neukonfiguration zu testen. Starten Sie noch heute mit einer kostenlosen 30‑Tage-Testversion und überzeugen Sie sich selbst davon, wie NGINX Plus Sie bei der Bereitstellung und Skalierung Ihrer Anwendungen unterstützen kann.

Redaktion – Weitere Informationen zu wichtigen neuen Funktionen in NGINX Plus R9 finden Sie in diesen weiterführenden Ressourcen.

• Lastverteilung für DNS-Datenverkehr mit NGINX und NGINX Plus
• DNS zur Serviceerkennung mit NGINX und NGINX Plus verwenden
• Diensterkennung für NGINX Plus mithilfe von DNS-SRV-Einträgen aus Consul
• Neuerungen in NGINX Plus R9 (On-Demand-Webinar)

Über den Autor

Owen GarrettSenior Director, Produktmanagement

Weitere Blogbeiträge von Owen Garrett