服务器 Gind.cn

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

如何覆盖DHCP在AWS的CentOS7框中configuration的主机名?

标题几乎说明了一切。 我有一台运行CentOS 7的EC2虚拟机。它使用DHCP,这似乎是一个EC2的要求。 无论我尝试什么,DHCP都会在重新启动时覆盖主机名。 我不会列举它,但是我已经尝试了几乎所有的build议: 在RHEL5 / CentOS / Amazon Linux上覆盖DHCP主机名 ,以及在谷歌search出现的其他几个网站上发现的主机名 。 我不明白,如果它是特定的操作系统版本或AWS / EC2环境,但我不能改变主机名,并坚持重新启动。 即使通过/etc/rc.d/rc.local暴力强制它(添加“/斌/主机名setl hotname foo.bar.baz”没有工作。我不相信其他AWS / EC2用户还没有想通请帮助。 更新:这也不起作用: http ://docs.aws.amazon.com/AWSEC2/latest/UserGuide/set-hostname.html也就是说,添加一个AWS的Route53中的框的DNS Alogging(并validation它的工作原理) ,并在/ etc / sysconfig / network中设置HOSTNAME = foo.bar.baz(重启后检查)也是徒劳的。 更新2: Fedora 20也回答了类似的问题。 那里接受的解决scheme还涉及重新configurationcloud-init,尽pipe以不同的方式。 另外,还不清楚这个问题/解决scheme是否适用于其他发行版。 因此,我觉得我的问题可能应该保留给那些运行CentOS并以这种方式寻找的人(是的,我知道Fedora和CentOS是兄弟姐妹,但不是每个人在search解决scheme时都会search同义词)。

Amazon EC2 VPC:NAT实例下载速度下降

我在VPC的Amazon EC2内部有一组服务器。 在这个VPC内部,我有一个私有子网和一个公有子网。 在公共子网中,我在t2.micro实例上build立了一个基本上运行这个NAT脚本的NAT机器,将规则注入到iptables中。 从私人子网内的机器上从互联网上下载文件可以正常工作。 但是,我将直接从我的NAT机器上的外部高带宽FTP服务器上的文件的下载速度与我私有子网内的机器(通过同一个NAT机器)的下载速度进行了比较。 有一个非常显着的差异:从NAT机器大约10MB / s,从私有子网内的机器下载1MB / s。 NAT机器上没有CPU使用,所以这不是瓶颈。 当用较大的机器(具有“中等networking性能”的m3.medium和具有“高networking性能”的m3.xlarge)尝试相同的testing时,我也不能获得大于2.5MB / s的下载速度。 这是一个一般的NAT问题,可以(也应该)调整? performance下降从何而来? 更新 通过一些testing,我可以缩小这个问题的范围。 从2013年起,当我使用Ubuntu 12.04或Amazon Linux NAT机器时,即使在最小的t2.micro实例上,一切运行也能顺利进行,并获得完整的下载速度。 无论我使用PV还是HVM机器都无关紧要。 这个问题似乎与内核有关。 这些旧机器具有内核版本3.4.x,而较新的Amazon Linux NAT机器或Ubunut 14.XX具有内核版本3.14.XX。 有什么方法可以调整较新的机器吗?

SAN上的“强制”空闲空间?

我不是SAN的专家,我在这里写作是为了得到关于我们的供应商似乎无法解决的持续和激怒的问题的一些线索。 我们拥有一台配备16 x 2 Tb磁盘的ENHANCE ES3160P4 SAN,用于我们的video监控系统。 SAN由供应商configuration为在RAID 5arrays中使用14个磁盘,2个磁盘是全局备用。 RAID通常分为两个大小相等的虚拟磁盘,跨越整个RAID空间。 每一个结果是超过12 Tb的东西。 每个虚拟磁盘对应一个LUN,连接到一个连续存储video数据的video服务器,并允许用户在需要时检索logging。 这些LUN使用NTFS进行格式化,并通过iSCSI连接到Windows Server 2012video服务器。 video服务器倾向于充分利用他们拥有的可用空间。 通过此configuration,SAN的磁盘出现故障并失败,并且每次SAN无法恢复RAID,因为另一个磁盘出现故障。 在过去的几个月中我们失去了4次RAID。 这个问题似乎不是由于一个坏的SAN样本造成的,因为我们拥有其他三台类似configuration的同样types的机器,似乎也有相同的问题。 只有一个没有问题,但目前没有得到充分利用。 经过几个月未知的testing和检查,供应商最后说,众所周知,SAN不应该被100%使用,或者它会在物理上快速降级,并且说为了解决这个问题,虚拟磁盘应该被创build留下RAID中可用总空间的10-15%。 我在网上search了这个问题,没有find具体的说法。 在我看来,创build跨越整个RAID的虚拟磁盘然后使用不足的LUN(即允许Windows具有空闲空间并避免碎片化)会更合理。 如果不是的话,我不明白为什么ENHANCE SAN允许创build跨越整个RAID的虚拟磁盘,如果它是“众所周知的”,必须留下一些空闲的空间,以及为什么供应商在开始时configuration系统…但这是另一点。 最后,我们要解决这个情况。 任何build议都被接受。 如上所述,我不是SAN专家,但是我经历了很多问题后,才真正了解供应商是否知道发生了什么事情,因为我们不能再接受这种情况了。 提前谢谢了! 问候 编辑:磁盘types从答案似乎是相关的信息,我补充说,磁盘都是西部数据模型WD2001FYYG-01SL3。