Gewichtetes Load-Balancing & Backup-Server
Verteilen Sie Datenverkehr mithilfe von Gewichtungen ungleichmäßig auf Server und fügen Sie Backup-Server hinzu, die nur beim Ausfall des primären Pools übernehmen.
Gewichtetes Load-Balancing & Backup-Server ist eine kostenlose API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)-Lektion auf CoddyKit. Dies ist Lektion 4 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)-Kurs umfasst insgesamt 4 Lektionen.
Teile dieser Lektion wurden noch nicht übersetzt und werden auf Englisch angezeigt.
When Servers Are Not Equal
Real upstream pools often mix machines of different capacity. A new 16-core server should not get the same share as an old 4-core box.
Nginx lets you bias traffic with weights so stronger servers handle more requests.
The weight Parameter
Add weight=N to a server. The default weight is 1. A server with weight=3 receives roughly three times as many requests as a weight=1 server.
upstream app {
server 10.0.0.1 weight=3;
server 10.0.0.2 weight=1;
}How the Ratio Works
With weights 3 and 1, out of every 4 requests, 3 go to the first server and 1 to the second. Weights are relative, so 6 and 2 produce the same split as 3 and 1.
Weights with Other Algorithms
Weights work with round robin (the default) and least connections. They do not apply to ip_hash, which selects a server purely from the client IP.
upstream app {
least_conn;
server 10.0.0.1 weight=5;
server 10.0.0.2 weight=2;
}Introducing Backup Servers
A server marked backup receives no traffic while any primary server is available. It activates only when all primaries are down or unreachable.
upstream app {
server 10.0.0.1;
server 10.0.0.2;
server 10.0.0.9 backup;
}Why Use a Backup
Backups give you a graceful fallback, for example a maintenance page server or a secondary data center, without sending it normal traffic during healthy operation.
Marking a Server Down
Use down to permanently remove a server from rotation, handy during planned maintenance without deleting the line.
upstream app {
server 10.0.0.1;
server 10.0.0.2 down;
}Failure Detection Parameters
max_fails sets how many failed attempts mark a server unavailable, and fail_timeout sets the window and how long it stays out.
server 10.0.0.1 max_fails=3 fail_timeout=30s;Combining Weight and Backup
You can mix weights for primaries and keep a single backup for the whole pool. The backup ignores weight until it is the only option.
upstream app {
server 10.0.0.1 weight=4;
server 10.0.0.2 weight=1;
server 10.0.0.9 backup;
}Limiting Connections
The max_conns parameter caps simultaneous connections to a server, protecting a weaker box even if its weight is high.
server 10.0.0.2 weight=2 max_conns=100;Testing the Distribution
Fire many requests and check your access logs per upstream to confirm the ratio matches the weights. Adjust weights based on observed CPU and latency.
for i in $(seq 1 100); do curl -s http://localhost/ > /dev/null; doneQuick Check
A server is marked backup. When does it receive requests?
Recap
You learned to fine-tune traffic distribution:
weight=Nbiases traffic toward stronger servers- Weights are relative and apply to round robin and least_conn
backupservers activate only when primaries faildown,max_fails, andmax_connscontrol availability
Together these give you precise control over an uneven server fleet.
Häufig gestellte Fragen
Ist die Lektion „Gewichtetes Load-Balancing & Backup-Server“ kostenlos?
Ja — der vollständige Text von „Gewichtetes Load-Balancing & Backup-Server“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)-Kurs umfasst insgesamt 4 Lektionen.
Was lerne ich in „Gewichtetes Load-Balancing & Backup-Server“?
Verteilen Sie Datenverkehr mithilfe von Gewichtungen ungleichmäßig auf Server und fügen Sie Backup-Server hinzu, die nur beim Ausfall des primären Pools übernehmen. Du übst API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.
Brauche ich Erfahrung, um API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) zu starten?
Keine Vorkenntnisse erforderlich. API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 4 von 4.
Wie lange dauert die Lektion „Gewichtetes Load-Balancing & Backup-Server“?
Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.
Kann ich in dieser API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)-Lektion Code schreiben und ausführen?
Ja. Jede API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.
Alle Lektionen in diesem Kurs
- Load-Balancing-Algorithmen
- Health Checks und Serverüberwachung
- Sticky Sessions und Sitzungspersistenz
- Gewichtetes Load-Balancing & Backup-Server