服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

NAS性能:NFS与Samba vs GlusterFS

我正在计划我的新的共享存储基础设施的小型networking服务器场。 所以我跑了很多NAS文件系统的testing。 通过这样做,我得到了一些意想不到的结果,并想知道这里有人能否证实这一点。 简而言之:对于小文件写入,Samba比NFS和GlusterFS快得多。 在这里,我做了:我运行了一个简单的“rsync基准”与大量的文件来比较小文件的写入性能。 为了更容易的再现,我现在重新运行了当前的wordpress tar.gz的内容。 GlusterFS复制2: 32-35秒 ,高CPU负载 GlusterFS单机: 14-16秒 ,CPU负载高 GlusterFS + NFS客户端: 16-19秒 ,CPU负载高 NFS内核服务器+ NFS客户端(同步): 32-36秒 ,CPU负载非常低 NFS内核服务器+ NFS客户端(asynchronous): 3-4秒 ,非常低的CPU负载 Samba: 4-7秒 ,CPU负荷中等 直接磁盘: <1秒 我绝对没有桑巴大师(我认为我最后一次与samba 2.x联系),所以我没有在这里优化任何东西 – 只是开箱即用的configuration(debian / squeeze包)。 我唯一添加了“同步总是=是”,这应该是写后强制同步(但看到这些结果..)。 没有它,testing在哪里约1-2秒快。 在同一台机器上运行的所有testing(自行安装的是NAS导出),所以没有networking延迟 – 纯协议性能。 边节点:作为文件系统,我使用ext4和xfs。 以上结果与ext4。 xfs可以达到40%(更less的时间)。 这些机器是EC2 m1.small实例。 NAS导出在EBS卷上,临时磁盘上的源(解压缩的tar)。 所以现在我们走了:有人可以向我解释为什么桑巴速度如此之快吗? 另外:在同步模式下,内核服务器的NFS性能是否可怕(由GlusterFS NFS服务器胜出)? 任何想法如何调整? 谢谢,L

更改10天后,DNS传播出现问题

与我合作的工程团队一直在将设备从一个数据中心移到另一个数据中心。 十天前,我们将我们的域名服务器之一迁移到了我们客户域(ns1.faithhiway.com)的权威服务器上,并更新了其IP地址与其各自的DNS提供商(register.com),以指向新的数据中心。 所做的所有testing都表明,这个名称服务器在其新位置正确运行,并在查询时为其负责的任何域返回正确的响应。 问题是,在72小时过后,我们仍旧在旧IP地址看到比在新的IP地址更多的DNS活动。 好消息是,我们暂时保留了名称服务器对旧IP地址的响应,所以我们没有看到域名服务器负责的域名有问题,但目标是尽快退出。 从WhatsMyDNS.net可以看出,自从我们做了这个改变以来,在过去的十天内已经发生了相当数量的传播,但是仍然有一些位置报告了我们的原始IP。 考虑到TTL只有3600,名称服务器负责这个域名,所以对于我自己或者其他与我一起工作的工程师来说,我们遇到这个问题是没有意义的。 现在,如果使用Register.com DNS服务器(faithhiway.com的直接域名服务器)运行DNS检查,我会得到以下(正确)结果: # dig @dns01.gpn.register.com ns1.faithhiway.com A ; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 <<>> @dns01.gpn.register.com. ns1.faithhiway.com A ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43232 ;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 5 ;; QUESTION […]

防止你看起来像垃圾邮件发送者的最佳做法

我希望能够更加自信地为我的客户build立邮件,关于误报。 以下是我所知道的: SPFlogging是好的,但不是每个垃圾邮件过滤服务/软件(SFSS)都使用它们。 反向DNS(PTR)logging是非常必要的。 开放中继是不好的。 (这里是我读过的“其他技巧”): 您的邮件服务器的IP地址的反向查找应parsing到您发送邮件的域。 与其他邮件服务器交谈时,服务器应该说HELO FQDN.of.your.mail.server.com。 MXlogging中的A主机logging应该(或parsing为IP地址)您的FQDN.of.your.mail.server.com 感觉相当好1和3.这里是我想要的一些澄清/build议: 2和4:我做了很多挖掘,这似乎是不正确的,因为大多数垃圾邮件filter一般在寻找一个PTR,而不是由ISP一般分配的; 它似乎没有发送邮件的域名与此有任何关系(也就是说,如果您拥有两个用于邮件的域名,则需要从两个IP地址(每个域名都使用PTR发送出去)? 这是有道理的,但它关心FQDN解决什么? 它应该parsing为当前正在发送的HELO的IP地址吗? 再次,来自各种谷歌search的另一个; 如果您使用Postini作为您的网关服务(或任何其他智能主机),则不会看到这将如何工作。 那么代表另一个域名发送你不是权威的呢? 我有一些客户端(some.branchdomain.tld)需要发送邮件作为@ some.corporatedomain.tld,即使该公司总部不会设置一个中继/智能主机供他们使用。 corporatedomain.tld可以创buildSPFlogging来显示允许some.branchdomain.tld发送邮件,但仍然会考虑“欺骗”,特别是如果SFSS不检查SPFlogging吗? 我应该关心这个吗?