1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
|
<?xml version="1.0" encoding="UTF-8"?>
<!-- EN-Revision: 24249 -->
<!-- Reviewed: no -->
<sect1 id="zend.timesync.introduction">
<title>Einführung</title>
<para>
<classname>Zend_TimeSync</classname> ist fähig, die Internet- oder Netzwerkzeit von einem
Zeitserver zu empfangen, indem es das <emphasis>NTP</emphasis> oder
<emphasis>SNTP</emphasis> Protokoll verwendet. Mit <classname>Zend_TimeSync</classname>
wird Zend Framework ermöglicht, unabhängig von den Zeiteinstellungen des Servers, auf dem es
läuft, zu agieren.
</para>
<para>
Um unabhängig von der aktuellen Zeit des Servers zu sein, arbeitet
<classname>Zend_TimeSync</classname> intern nur mit dem Unterschied der wirklichen Zeit der
über NTP oder SNTP empfangenen und der internen Zeit des Servers.
</para>
<note>
<title>Hintergrund</title>
<para>
<classname>Zend_TimeSync</classname> ist nicht fähig die Zeit des Servers zu ändern,
jedoch gibt es eine Instanz von <link linkend="zend.date.introduction">Zend_Date</link>
zurück, mit der der Unterschied zur Serverzeit verarbeitet werden kann.
</para>
</note>
<sect2 id="zend.timesync.introduction.why">
<title>Warum Zend_TimeSync ?</title>
<para>
Warum würde jemand <classname>Zend_TimeSync</classname> verwenden ?
</para>
<para>
Normalerweise hat jeder Server in einer Multiserver Farm einen Service laufen, der die
eigene Zeit mit einem Zeitserver syncronisiert. In einer Standardumgebung sollte es
also nicht notwendig sein, <classname>Zend_TimeSync</classname> zu verwenden. Aber
manchmal ist es sehr nützlich, wenn es keinen Service gibt und wenn man nicht das Recht
hat, einen solchen Service zu installieren.
</para>
<para>
Hier sind ein paar Beispiele, wo <classname>Zend_TimeSync</classname> perfekt passt:
</para>
<itemizedlist mark='opencircle'>
<listitem>
<para><emphasis>Server ohne Zeitservice</emphasis></para>
<para>
Wenn eine Anwendung auf einem Server läuft und auf diesem Server kein
Zeitservice läuft, kann es Sinn machen <classname>Zend_TimeSync</classname> in
der eigenen Anwendung zu verwenden.
</para>
</listitem>
<listitem>
<para><emphasis>Separater Datenbank Server</emphasis></para>
<para>
Wenn eine Datenbank auf einem anderen Server läuft und dieser Server
nicht mit <emphasis>NTP</emphasis> oder <emphasis>SNTP</emphasis> an dem
Anwendungsserver angebunden ist, kann man Probleme haben, Zeitstempel zu
speichern und zu verwenden.
</para>
</listitem>
<listitem>
<para><emphasis>Mehrere Server</emphasis></para>
<para>
Wenn die Anwendung auf mehr als einem Server läuft, und die Zeitbasis dieser
Server nicht miteinander gekoppelt ist, kann das zu Problemen in der Anwendung
führen, wenn Teile der Anwendung von einem Server und andere von einem anderen
Server kommen.
</para>
</listitem>
<listitem>
<para><emphasis>Batch Ausführung</emphasis></para>
<para>
Wenn man mit einem Zeitserver arbeiten oder in einer Batchdatei oder in einer
Kommandozeilen Anwendung verwenden möchte, kann
<classname>Zend_TimeSync</classname> nützlich sein.
</para>
</listitem>
</itemizedlist>
<para>
<classname>Zend_TimeSync</classname> kann in allen diesen Fällen eine gute Lösung bieten
und kann verwendet werden, wenn man nicht in der Lage ist, Services auf dem Server zu
starten.
</para>
</sect2>
<sect2 id="zend.timesync.introduction.ntp">
<title>Was ist NTP ?</title>
<para>
Das Network Time Protocol (<emphasis>NTP</emphasis>) ist
ein Protokoll für die Synchronisierung von mehreren Systemuhren über
Paket-geführte, variabel laufende Datennetzwerke. NTP verwendet den UDP Port 123 als
Transportschicht. Siehe <ulink
url="http://en.wikipedia.org/wiki/Network_Time_Protocol">diesen Wikipedia
Artikel</ulink> für Details über das Protokoll.
</para>
</sect2>
<sect2 id="zend.timesync.introduction.sntp">
<title>Was ist SNTP?</title>
<para>
Das Simple Network Time Protocol (<emphasis>SNTP</emphasis>)
ist ein Protokoll für die Synchronisierung von mehreren Systemuhren über
Paket-geführte, variabel laufende Datennetzwerke. SNTP verwendet den UDP Port 37 als
Transportschicht. Es ist fast identisch mit dem Network Time Protokoll, aber
einfacher.
</para>
</sect2>
<sect2 id="zend.timesync.introduction.problematic">
<title>Problematische Verwendung</title>
<para>
Vorsicht das man sich, wenn <classname>Zend_TimeSync</classname> verwendet wird, einige
Gedanken über Details, betreffend der Struktur von Zeitsynchronisierung und dem Internet
selbst machen muß. Die richtige Verwendung und die beste Praxis werden hier beschrieben.
Bevor man <classname>Zend_TimeSync</classname> verwendet, sollte das hier sorgfältig
durchgelesen werden.
</para>
</sect2>
<sect2 id="zend.timesync.introduction.decision">
<title>Auswählen welcher Server verwendet werden soll</title>
<para>
Der Zeitserver, der verwendet werden soll, muß anhand der folgenden Kriterien, sehr
sorgfältig ausgewählt werden:
</para>
<itemizedlist mark='opencircle'>
<listitem>
<para>Distanz</para>
<para>
Die Distanz vom Server auf dem die Anwendung läuft und dem angefragten
Zeitserver. Wenn der Server in Europa lokalisiert ist, macht es wenig Sinn,
einen Zeitserver aus Tahiti zu verwenden. Es sollte immer ein Server
ausgewählt werden, der nicht weit entfernt ist. Das reduziert die Zeit für die
Anfrage und es reduziert die Last im Netzwerk.
</para>
</listitem>
<listitem>
<para>Geschwindigkeit</para>
<para>
Wie lange es dauert, eine Anfrage zu empfangen ist auch relevant. Es sollten
andere Server probiert werden, um das beste Ergebnis zu erhalten. Wenn ein
Server angefragt wird, auf den nie zugegriffen werden kann, wird man immer
unnötige Verzögerungen haben.
</para>
</listitem>
<listitem>
<para>Aufteilung</para>
<para>
Es sollte nicht immer der gleiche Server verwendet werden. Alle Zeitserver
sperren Anfragen von Servern, welche sie überfluten. Wenn eine Anwendung
exzessiv Zeitserver verwendet, sollte man, wie anbei beschrieben einen Pool
verwenden.
</para>
</listitem>
</itemizedlist>
<para>
Wo kann man also einen Zeitserver finden? Generell kann jeder bekannte Zeitserver
verwendet werden. Das kann ein Zeitserver im eigenen LAN oder ein öffentlicher
Zeitserver sein, auf den man Zugriff hat. Wenn man sich für einen öffentlichen
Zeitserver entscheidet, sollte man einen Pool-Server verwenden. Serverpools sind
öffentliche Adressen, von denen man einen zufälligen Zeitserver auf dem Pool erhält,
wenn man die Zeit anfrägt. Auf diesem Weg muss man seine Anfragen nicht aufteilen. Es
gibt öffentliche Serverpools für verschiedene Regionen, so dass man die vorher erwähnten
Probleme nicht hat.
</para>
<para>
Siehe <ulink url="http://www.pool.ntp.org">pool.ntp.org</ulink>, um den
am nächsten liegenden Serverpool zu finden. Wenn zum Beispiel der eigene Server also
in Deutschland liegt, kann man sich auf <emphasis>0.europe.pool.ntp.org</emphasis>
verbinden.
</para>
</sect2>
</sect1>
|
