如何解决Windows Azure上的时钟同步质量？
| 我正在寻找有关Windows Azure上VM之间的时钟偏移的定量估计-假设所有VM都托管在同一数据中心中。我猜测一个虚拟机和另一个虚拟机之间的平均时钟偏移小于10秒，但我什至不确定它是否是Azure云的保证属性。 有人对此事进行过定量测量吗？解决方法
我终于下定决心自己做一些实验。
有关实验方案的一些事实：
我没有寻找参考时钟的偏移，而是仅检查了Azure VM和Azure存储之间的时钟差异。
已使用下面粘贴的HTTP hack检索了Azure存储的时钟时间。
已在Azure的北欧数据中心内使用250个小型VM进行了测量。
对于未经身份验证的简约请求，使用“ 0”衡量的存储和VM之间的延迟始终小于1ms（基本上，HTTP请求返回了400个错误，但HTTP标头中仍然存在“ 1”）。
结果：
大约50％的VM的时钟偏移量大于1s。
大约5％的VM到存储的时钟偏移大于2s。
不到1％的时钟偏移观测值关闭了3s。
一手异常值接近4s。
从一个请求到下一个请求，单个VM和存储之间的时钟偏移通常在+ 1 / -1秒之间变化。
因此，从技术上讲，我们离2s容差目标不太远，尽管对于数据中心内同步，您不必为了使接近4s的偏移而进行实验。如果我们假设时钟偏移量为正态（aka高斯）分布，那么我想说，依赖任何低于6s的时钟阈值必然会导致调度问题。
/// <summary>
/// Substitute for proper NTP (Network Time Protocol)
/// when UDP is not available,as on Windows Azure.
/// </summary>
public class HttpTimeChecker
{
public static DateTime GetUtcNetworkTime(string server)
{
// HACK: we can\'t use WebClient here,because we get a faulty HTTP response
// We don\'t care about HTTP error,the only thing that matter is the presence
// of the \'Date:\' HTTP header
var tc = new TcpClient();
tc.Connect(server,80);
string response;
using (var ns = tc.GetStream())
{
var sw = new StreamWriter(ns);
var sr = new StreamReader(ns);
string req = \"\";
req += \"GET / HTTP/1.0\\n\";
req += \"Host: \" + server + \"\\n\";
req += \"\\n\";
sw.Write(req);
sw.Flush();
response = sr.ReadToEnd();
}
foreach(var line in response.Split(new[] { \'\\r\',\'\\n\' },StringSplitOptions.RemoveEmptyEntries))
{
if(line.StartsWith(\"Date: \"))
{
return DateTime.Parse(line.Substring(6)).ToUniversalTime();
}
}
throw new ArgumentException(\"No date to be retrieved among HTTP headers.\",\"server\");
}
}
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
