Lastverteilung per DNS - Versionsgeschichte

Br@superroot um 22:13, 17. Mai 2011

2011-05-17T22:13:15Z

← Nächstältere Version		Version vom 22:13, 17. Mai 2011
Zeile 3:		Zeile 3:
	= Funktionsweise =		= Funktionsweise =

-	Bei der Lastverteilung via DNS macht man sich zunutze, dass man einem Eintrag im Nameserver (z.B. einer Subdomain) auch mehrere Werte (z.B. IP-Adressen) zuweisen kann. D.h. trotz identischem Label, Klasse und Typ können einem [[~~Resource_Record~~\|Resource-Record]] unterschiedliche und mehrfach Daten (englisch "Value") zugeordnet werden. Eine solche Ansammlung wird auch als Resource-Record-Set bezeichnet.	+	Bei der Lastverteilung via DNS macht man sich zunutze, dass man einem Eintrag im Nameserver (z.B. einer Subdomain) auch mehrere Werte (z.B. IP-Adressen) zuweisen kann. D.h. trotz identischem Label, Klasse und Typ können einem [[Resource Record\|Resource-Record]] unterschiedliche und mehrfach Daten (englisch "Value") zugeordnet werden. Eine solche Ansammlung wird auch als Resource-Record-Set bezeichnet.

	Beispiel:		Beispiel:
Zeile 11:		Zeile 11:
	*host.example.com. 3600 IN A 192.168.1.3		*host.example.com. 3600 IN A 192.168.1.3

-	Fragt ein Resolver nun nach "host.example.com" werden alle drei IP-Adressen in wechselnden Reihenfolgen zurückgeliefert und es liegt in der Verantwortung des Resolvers / Clients welche IP-Adresse dann tatsächlich verwendet wird.	+	Fragt ein Resolver nun nach "host.example.com" werden alle drei IP-Adressen in wechselnden Reihenfolgen zurückgeliefert und es liegt in der Verantwortung des Resolvers / Clients welche IP-Adresse dann tatsächlich verwendet wird.

	= Einschränkungen =		= Einschränkungen =
Zeile 29:		Zeile 29:
	Portunity unterstützt Lastverteilung via DNS über das Round-Robin-DNS-Verfahren seit Mai 2011 bei A- und AAAA-Records (also sowohl für IPv4 und IPv6-IP-Adressen).		Portunity unterstützt Lastverteilung via DNS über das Round-Robin-DNS-Verfahren seit Mai 2011 bei A- und AAAA-Records (also sowohl für IPv4 und IPv6-IP-Adressen).

-	Im Webinterface können bei den Datenfeldern für A- und AAAA-Einträge einfach via Komma getrennt mehrere IP-Adressen eingetragen werden.	+	Im Webinterface können bei den Datenfeldern für A- und AAAA-Einträge einfach via Komma getrennt mehrere IP-Adressen eingetragen werden. Siehe dazu auch den ausführlichen Artikel zum [[DNS-Einstellungen_(Dialog)\|DNS-Dialog im Webinterface]].

	[[Category:Hosting]] [[Category:Domain-Registrierung_(Tarif)]] [[Category:Hosting_Lexikon]]		[[Category:Hosting]] [[Category:Domain-Registrierung_(Tarif)]] [[Category:Hosting_Lexikon]]

Br@superroot um 22:10, 17. Mai 2011

2011-05-17T22:10:20Z

← Nächstältere Version		Version vom 22:10, 17. Mai 2011
Zeile 3:		Zeile 3:
	= Funktionsweise =		= Funktionsweise =

-	Bei der Lastverteilung via DNS macht man sich zunutze, dass man einem Eintrag im Nameserver (z.B. einer Subdomain) auch mehrere Werte (z.B. IP-Adressen) zuweisen kann. D.h. trotz identischem Label, Klasse und Typ können einem Resource-Record unterschiedliche und mehrfach Daten (englisch "Value") zugeordnet werden. Eine solche Ansammlung wird auch als Resource-Record-Set bezeichnet.	+	Bei der Lastverteilung via DNS macht man sich zunutze, dass man einem Eintrag im Nameserver (z.B. einer Subdomain) auch mehrere Werte (z.B. IP-Adressen) zuweisen kann. D.h. trotz identischem Label, Klasse und Typ können einem [[Resource_Record\|Resource-Record]] unterschiedliche und mehrfach Daten (englisch "Value") zugeordnet werden. Eine solche Ansammlung wird auch als Resource-Record-Set bezeichnet.

	Beispiel:		Beispiel:
Zeile 11:		Zeile 11:
	*host.example.com. 3600 IN A 192.168.1.3		*host.example.com. 3600 IN A 192.168.1.3

-	Fragt ein Resolver nun nach "host.example.com" werden alle drei IP-Adressen in wechselnden Reihenfolgen zurückgeliefert und es liegt in der Verantwortung des Resolvers / Clients welche IP-Adresse dann tatsächlich verwendet wird.	+	Fragt ein Resolver nun nach "host.example.com" werden alle drei IP-Adressen in wechselnden Reihenfolgen zurückgeliefert und es liegt in der Verantwortung des Resolvers / Clients welche IP-Adresse dann tatsächlich verwendet wird.

	= Einschränkungen =		= Einschränkungen =

Br@superroot um 22:09, 17. Mai 2011

2011-05-17T22:09:52Z

← Nächstältere Version		Version vom 22:09, 17. Mai 2011
Zeile 1:		Zeile 1:
-	'''Via DNS kann ein einfaches Lastverteilungs-System für Dienste im Internet aufgebaut werden.''' Im englischem wird dabei oft auch vom "'''Round Robin DNS'''" gesprochen.	+	'''Via DNS kann ein einfaches Lastverteilungs-System für Dienste im Internet aufgebaut werden.''' Im englischem wird dabei oft auch vom "'''Round Robin DNS'''" gesprochen.

-	= Funktionsweise =	+	= Funktionsweise =

-	Bei der Lastverteilung via DNS macht man sich zunutze, dass man einem Eintrag im Nameserver (z.B. einer Subdomain) auch mehrere Werte (z.B. IP-Adressen) zuweisen kann. D.h. trotz identischem Label, Klasse und Typ können einem Resource-Record unterschiedliche und mehrfach Daten (englisch "Value") zugeordnet werden. Eine solche Ansammlung wird auch als Resource-Record-Set bezeichnet.	+	Bei der Lastverteilung via DNS macht man sich zunutze, dass man einem Eintrag im Nameserver (z.B. einer Subdomain) auch mehrere Werte (z.B. IP-Adressen) zuweisen kann. D.h. trotz identischem Label, Klasse und Typ können einem Resource-Record unterschiedliche und mehrfach Daten (englisch "Value") zugeordnet werden. Eine solche Ansammlung wird auch als Resource-Record-Set bezeichnet.

-	Beispiel:	+	Beispiel:

-	*host.example.com. 3600 IN A 192.168.1.1	+	*host.example.com. 3600 IN A 192.168.1.1
-	*host.example.com. 3600 IN A 192.168.1.2	+	*host.example.com. 3600 IN A 192.168.1.2
	*host.example.com. 3600 IN A 192.168.1.3		*host.example.com. 3600 IN A 192.168.1.3

Zeile 15:		Zeile 15:
	= Einschränkungen =		= Einschränkungen =

-	== Reihenfolge undefiniert ==	+	== Reihenfolge undefiniert ==

	'''Dies bedeutet gleichzeitig, dass man weder als Administrator der authoritativen Nameserver noch als Domaineigentümer Einfluss über die letztendliche Nutzung hat welcher Eintrag dann tatsächlich verwendet wird.'''		'''Dies bedeutet gleichzeitig, dass man weder als Administrator der authoritativen Nameserver noch als Domaineigentümer Einfluss über die letztendliche Nutzung hat welcher Eintrag dann tatsächlich verwendet wird.'''
Zeile 23:		Zeile 23:
	== Erreichbarkeit der Zielsysteme unberücksichtigt ==		== Erreichbarkeit der Zielsysteme unberücksichtigt ==

-	Des weiteren ist über das DNS-Verfahren nicht gewährleistet, dass die zurückgegebenen Zielsysteme überhaupt erreichbar sind. Soll das Verfahren zur Erhöhung der Ausfallsicherheit beitragen, kann dies allerdings durch zusätzliche Scripte erreicht werden. Dann wird die Erreichbarkeit der Zielsysteme via Script zyklsich abgefragt und im Ausfall-Fall muss dann ein DNS-Update im Nameserver durchgeführt werden (um die Ziel-IP aus dem Resource-Record-Set heraus zu nehmen).	+	Des weiteren ist über das DNS-Verfahren nicht gewährleistet, dass die zurückgegebenen Zielsysteme überhaupt erreichbar sind. Soll das Verfahren zur Erhöhung der Ausfallsicherheit beitragen, kann dies allerdings durch zusätzliche Scripte erreicht werden. Dann wird die Erreichbarkeit der Zielsysteme via Script zyklsich abgefragt und im Ausfall-Fall muss dann ein DNS-Update im Nameserver durchgeführt werden (um die Ziel-IP aus dem Resource-Record-Set heraus zu nehmen).

-	= Round-Robin-DNS bei Portunity =	+	= Round-Robin-DNS bei Portunity =

-	Portunity unterstützt Lastverteilung via DNS über das Round-Robin-DNS-Verfahren seit Mai 2011 bei A- und AAAA-Records (also sowohl für IPv4 und IPv6-IP-Adressen).	+	Portunity unterstützt Lastverteilung via DNS über das Round-Robin-DNS-Verfahren seit Mai 2011 bei A- und AAAA-Records (also sowohl für IPv4 und IPv6-IP-Adressen).

-	Im Webinterface können bei den Datenfeldern für A- und AAAA-Einträge einfach via Komma getrennt mehrere IP-Adressen eingetragen werden.	+	Im Webinterface können bei den Datenfeldern für A- und AAAA-Einträge einfach via Komma getrennt mehrere IP-Adressen eingetragen werden.

-		+	[[Category:Hosting]] [[Category:Domain-Registrierung_(Tarif)]] [[Category:Hosting_Lexikon]]
-		+
-		+
-		+
-	[[Category:Hosting]][[Category:Domain-Registrierung_(Tarif)]]	+

Br@superroot um 22:08, 17. Mai 2011

2011-05-17T22:08:39Z

← Nächstältere Version		Version vom 22:08, 17. Mai 2011
Zeile 14:		Zeile 14:

	= Einschränkungen =		= Einschränkungen =
-	Reihenfolge undefiniert ==	+
		+	== Reihenfolge undefiniert ==

	'''Dies bedeutet gleichzeitig, dass man weder als Administrator der authoritativen Nameserver noch als Domaineigentümer Einfluss über die letztendliche Nutzung hat welcher Eintrag dann tatsächlich verwendet wird.'''		'''Dies bedeutet gleichzeitig, dass man weder als Administrator der authoritativen Nameserver noch als Domaineigentümer Einfluss über die letztendliche Nutzung hat welcher Eintrag dann tatsächlich verwendet wird.'''
Zeile 20:		Zeile 21:
	Auch ist nicht sichergestellt, dass eine '''gleichmässige oder wirklich zufällige Nutzung''' erfolgt. Dies wird vor allem auch durch in Resolvern und Clients integrierten '''Caching-Mechanismen''' verhindert.Erst bei größerer Last / Traffic kann statistisch von einer gleichmässigeren Verteilung ausgegangen werden - wobei dies eben nicht garantiert sein kann.		Auch ist nicht sichergestellt, dass eine '''gleichmässige oder wirklich zufällige Nutzung''' erfolgt. Dies wird vor allem auch durch in Resolvern und Clients integrierten '''Caching-Mechanismen''' verhindert.Erst bei größerer Last / Traffic kann statistisch von einer gleichmässigeren Verteilung ausgegangen werden - wobei dies eben nicht garantiert sein kann.

-	== Erreichbarkeit der Zielsysteme unberücksichtigt ==	+	== Erreichbarkeit der Zielsysteme unberücksichtigt ==

	Des weiteren ist über das DNS-Verfahren nicht gewährleistet, dass die zurückgegebenen Zielsysteme überhaupt erreichbar sind. Soll das Verfahren zur Erhöhung der Ausfallsicherheit beitragen, kann dies allerdings durch zusätzliche Scripte erreicht werden. Dann wird die Erreichbarkeit der Zielsysteme via Script zyklsich abgefragt und im Ausfall-Fall muss dann ein DNS-Update im Nameserver durchgeführt werden (um die Ziel-IP aus dem Resource-Record-Set heraus zu nehmen).		Des weiteren ist über das DNS-Verfahren nicht gewährleistet, dass die zurückgegebenen Zielsysteme überhaupt erreichbar sind. Soll das Verfahren zur Erhöhung der Ausfallsicherheit beitragen, kann dies allerdings durch zusätzliche Scripte erreicht werden. Dann wird die Erreichbarkeit der Zielsysteme via Script zyklsich abgefragt und im Ausfall-Fall muss dann ein DNS-Update im Nameserver durchgeführt werden (um die Ziel-IP aus dem Resource-Record-Set heraus zu nehmen).

Br@superroot um 22:08, 17. Mai 2011

2011-05-17T22:08:23Z

← Nächstältere Version		Version vom 22:08, 17. Mai 2011
Zeile 13:		Zeile 13:
	Fragt ein Resolver nun nach "host.example.com" werden alle drei IP-Adressen in wechselnden Reihenfolgen zurückgeliefert und es liegt in der Verantwortung des Resolvers / Clients welche IP-Adresse dann tatsächlich verwendet wird.		Fragt ein Resolver nun nach "host.example.com" werden alle drei IP-Adressen in wechselnden Reihenfolgen zurückgeliefert und es liegt in der Verantwortung des Resolvers / Clients welche IP-Adresse dann tatsächlich verwendet wird.

-	= Einschränkungen =	+	= Einschränkungen =
		+	Reihenfolge undefiniert ==

-	Dies bedeutet gleichzeitig, dass man weder als Administrator der authoritativen Nameserver noch als Domaineigentümer Einfluss über die letztendliche Nutzung hat welcher Eintrag dann tatsächlich verwendet wird.	+	'''Dies bedeutet gleichzeitig, dass man weder als Administrator der authoritativen Nameserver noch als Domaineigentümer Einfluss über die letztendliche Nutzung hat welcher Eintrag dann tatsächlich verwendet wird.'''

-	Auch ist nicht sichergestellt, dass eine gleichmässige oder wirklich zufällige Nutzung erfolgt. Dies wird vor allem auch durch in Resolvern und Clients integrierten Caching-Mechanismen verhindert.Erst bei größerer Last / Traffic kann statistisch von einer gleichmässigeren Verteilung ausgegangen werden - wobei dies eben nicht garantiert sein kann.	+	Auch ist nicht sichergestellt, dass eine '''gleichmässige oder wirklich zufällige Nutzung''' erfolgt. Dies wird vor allem auch durch in Resolvern und Clients integrierten '''Caching-Mechanismen''' verhindert.Erst bei größerer Last / Traffic kann statistisch von einer gleichmässigeren Verteilung ausgegangen werden - wobei dies eben nicht garantiert sein kann.
		+
		+	== Erreichbarkeit der Zielsysteme unberücksichtigt ==

	Des weiteren ist über das DNS-Verfahren nicht gewährleistet, dass die zurückgegebenen Zielsysteme überhaupt erreichbar sind. Soll das Verfahren zur Erhöhung der Ausfallsicherheit beitragen, kann dies allerdings durch zusätzliche Scripte erreicht werden. Dann wird die Erreichbarkeit der Zielsysteme via Script zyklsich abgefragt und im Ausfall-Fall muss dann ein DNS-Update im Nameserver durchgeführt werden (um die Ziel-IP aus dem Resource-Record-Set heraus zu nehmen).		Des weiteren ist über das DNS-Verfahren nicht gewährleistet, dass die zurückgegebenen Zielsysteme überhaupt erreichbar sind. Soll das Verfahren zur Erhöhung der Ausfallsicherheit beitragen, kann dies allerdings durch zusätzliche Scripte erreicht werden. Dann wird die Erreichbarkeit der Zielsysteme via Script zyklsich abgefragt und im Ausfall-Fall muss dann ein DNS-Update im Nameserver durchgeführt werden (um die Ziel-IP aus dem Resource-Record-Set heraus zu nehmen).

Br@superroot: Die Seite wurde neu angelegt: „'''Via DNS kann ein einfaches Lastverteilungs-System für Dienste im Internet aufgebaut werden.''' Im englischem wird dabei oft auch vom "'''Round Robin DNS'''" g…“

2011-05-17T22:06:53Z

Die Seite wurde neu angelegt: „'''Via DNS kann ein einfaches Lastverteilungs-System für Dienste im Internet aufgebaut werden.''' Im englischem wird dabei oft auch vom "'''Round Robin DNS'''" g…“

Neue Seite

'''Via DNS kann ein einfaches Lastverteilungs-System für Dienste im Internet aufgebaut werden.''' Im englischem wird dabei oft auch vom "'''Round Robin DNS'''" gesprochen.

= Funktionsweise =

Bei der Lastverteilung via DNS macht man sich zunutze, dass man einem Eintrag im Nameserver (z.B. einer Subdomain) auch mehrere Werte (z.B. IP-Adressen) zuweisen kann. D.h. trotz identischem Label, Klasse und Typ können einem Resource-Record unterschiedliche und mehrfach Daten (englisch "Value") zugeordnet werden. Eine solche Ansammlung wird auch als Resource-Record-Set bezeichnet.

Beispiel:

*host.example.com. 3600 IN A 192.168.1.1
*host.example.com. 3600 IN A 192.168.1.2
*host.example.com. 3600 IN A 192.168.1.3

Fragt ein Resolver nun nach "host.example.com" werden alle drei IP-Adressen in wechselnden Reihenfolgen zurückgeliefert und es liegt in der Verantwortung des Resolvers / Clients welche IP-Adresse dann tatsächlich verwendet wird.

= Einschränkungen =

Dies bedeutet gleichzeitig, dass man weder als Administrator der authoritativen Nameserver noch als Domaineigentümer Einfluss über die letztendliche Nutzung hat welcher Eintrag dann tatsächlich verwendet wird.

Auch ist nicht sichergestellt, dass eine gleichmässige oder wirklich zufällige Nutzung erfolgt. Dies wird vor allem auch durch in Resolvern und Clients integrierten Caching-Mechanismen verhindert.Erst bei größerer Last / Traffic kann statistisch von einer gleichmässigeren Verteilung ausgegangen werden - wobei dies eben nicht garantiert sein kann.

Des weiteren ist über das DNS-Verfahren nicht gewährleistet, dass die zurückgegebenen Zielsysteme überhaupt erreichbar sind. Soll das Verfahren zur Erhöhung der Ausfallsicherheit beitragen, kann dies allerdings durch zusätzliche Scripte erreicht werden. Dann wird die Erreichbarkeit der Zielsysteme via Script zyklsich abgefragt und im Ausfall-Fall muss dann ein DNS-Update im Nameserver durchgeführt werden (um die Ziel-IP aus dem Resource-Record-Set heraus zu nehmen).

= Round-Robin-DNS bei Portunity =

Portunity unterstützt Lastverteilung via DNS über das Round-Robin-DNS-Verfahren seit Mai 2011 bei A- und AAAA-Records (also sowohl für IPv4 und IPv6-IP-Adressen).

Im Webinterface können bei den Datenfeldern für A- und AAAA-Einträge einfach via Komma getrennt mehrere IP-Adressen eingetragen werden.

[[Category:Hosting]][[Category:Domain-Registrierung_(Tarif)]]