Articles of 电力

使用Route53的托pipe区域到另一个AWS账户

我有2个AWS账户A和B.账户A中有一个托pipe区域my-domain.system ,最初由AWS创build。 现在我想在帐户B中创build相同的托pipe区域my-domain.system ,但不想迁移任何内容。 我尝试将帐户B的托pipe区域的名称服务器复制到帐户A的名称服务器,但这混淆了DNS,所以我必须回滚。 我想达到像,我在帐户B的托pipe区创build了一个logging集,它应该工作,我不必在帐户A的托pipe区域进行更改。

route53 healthcheck总是健康的

我正在尝试使用Route53进行自动故障转移。 我遇到的问题是,即使我在健康检查中使用的CloudWatch警报处于“警报”状态,运行状况检查仍处于正常状态,DNS仍在解决故障主机(我模拟此操作通过停止实例 – 我已经设置CloudWatch将缺less的指标作为警报)。 查看屏幕截图了解我的闹钟configuration。 健康检查configuration 正如你所看到的,这个健康检查报告是健康的: 健康检查状态

如何parsing服务器的性能

我有一个应用程序,可以看到来自世界各地的使用情况,大部分在欧盟。 但是,由于我们正在进行服务器移动/体系结构更改,我希望听到社区对以下情况的意见,以便找出哪些方法最适合用于向前移动。 我们使用Parse作为我们唯一的API端点,目前在Elastic Beanstalk上运行,这使我们能够相对快速地创build新的区域。 但是,每个parsing服务器与之通信的MongoDB都位于AWS爱尔兰。 考虑到复制这些数据既昂贵又复杂,我设想我们在一个地区有一个MongoDB,好一段时间。 由于这个限制,我一直在考虑以下两种情况 – 附有粗糙的图片。 这两种情况都涉及用户对Parse服务器和与MongoDB集群进行通信的分析服务器进行API调用。 1.分布式服务器。 这个想法有一个小的AWS服务器运行尽可能靠近用户,服务器将执行长距离回到数据库。 考虑一下澳大利亚的用户在悉尼的一台服务器上,以及在爱尔兰拨打数据库的AWS基础设施。 我预计AWS服务器 – AWS服务器将比选项2更快? 2.中央服务器(靠近Mongo群集)。 这个选项有服务器,有可能是内存较大,CPU放在与DB相同的区域意味着Server-Database之间的快速通信。 考虑到同一个澳大利亚用户; 他们将到达欧盟打Parse Server,它将执行数据库查找并将数据返回给Aus。 我预计这会比较慢,因为用户的路线可能比AWS-AWS慢。 分布式服务器在实践中我应该去select1(我会等待听到的回应)我预计执行以下,我很有兴趣听到你的想法: 分别在爱尔兰AWS t2.micro的世界范围内连接到全世界所有连接到MongoDB集群的3-4台t2.micro服务器。 使用Route 53 GUI在Latency和Server运行状况下创build场景映射路由stream量,以便在服务器崩溃时提供一些冗余。 将我的域名的CNAME指向负载平衡器的AWS URL / IP(我不确定这一点 – 您点击了什么端点以便AWS执行路由,它是负载平衡器吗? 希望这对你们中的一些人来说是有意义的,他们可能会提供一些build议。 非常感谢。

BMC – 待机或关机时的IPMI电源使用情况

我试图弄清楚一台服务器在待机或关机时会消耗多less电量。 正如我在我们的数据中心在使用万用表的一些服务器上testing,功耗在30Wh到60Wh之间变化,我想知道为什么以及如何为每个服务器find这个。 您的答复将不胜感激。

将AWS CloudFormation模板部署到多个区域时,如何防止出现重复的DNS条目错误?

我正在部署一个NS Route53条目,作为指向PowerDNS服务器(也部署在堆栈中)的CloudFormation堆栈的一部分。 堆栈还创build一个具有PowerDNS服务器的IP的Alogging。 我现在正适应这个在多个地区运行,并configuration了Alogging使用基于延迟的路由 – 所以每个部署它的地区获得自己的条目,他们永远不会冲突。 但是,使用NSlogging不可能使用基于延迟的路由(也不是必须的,因为它指向已经延迟路由的Alogging)。 如果我尝试将堆栈部署到第二个区域,我得到一个错误: 试图创build资源logging集[name ='ns.mydomain.com。',type ='NS']但它已经存在 什么是解决这个问题的最好方法? 理想情况下,这可能只是部署到一个或多个地区和工作。 我能想到解决这个问题的唯一方法就是将其中一个堆栈定义为“主”堆栈,并添加一个Condition,以便NSlogging只在被部署到“主”堆栈时才被创build,但这似乎是有点粗糙,似乎很容易误configuration。 这也意味着,如果“主要”堆栈被拆除,而不是有效地故障转移到其他地区的堆栈,则每个实例都将停止,因为NSlogging将会丢失。

我用cloudformation来创buildWordPress的博客,但域没有正确显示

我用cloudformation创buildwordpress博客,然后从godaddy网站买了一个域名,并把它转发到cloudformation提供的域名。 – > godaddy域名:yetanotherdeveloper.in – > cloudformation域名:“ec2-35-154-134-194.ap-south-1.compute.amazonaws.com/wordpress/” 问题1:当我在URL中searchgodaddy域名时,我到达了该站点,但是在URL中只显示了cloudformation域名。我想让godaddy域名在那里。 当我打开一个post,在URL中的斜杠之前,显示了cloudformation域(例如。ec2-35-154-134-194.ap-south-1.compute.amazonaws.com/wordpress/index.php** / 2017/09/27 / hello-world / **)。我想让godaddy域名在那里,方便他人访问。 问题2:Cloudformation使用一个公共的IP,如果服务器出现故障,将来可能是危险的。所以,我想把IP改成弹性IP。 谢谢!

如何在AWS中为在Route53中托pipe的域授予交叉授予权限?

我有一个旧的aws帐户与一个托pipe的外部域。 我有一个新的aws帐户,我应该通过cli / Terrafrom作为新域的用户来pipe理域。 如何设置合适的跨账户权限? 有很多文档(例如http://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_cross-account-with-roles.html ),我已经尝试了很多方法,但没有运气远。

如果hostedzone包含不需要的logging,CloudFormation将无法删除堆栈,如何避免?

我写了一个CloudFormation模板,创build一个包括VPC,HostedZone,子网,Autoscaling组等等的整个环境。 ASG成员所创build的服务器在第一次启动时运行用户数据脚本,其他许多任务也一样,每个实例也在新创build的HostedZone中注册。 一切都很完美。 问题是,当我标记栈删除失败(DELETE_FAILED),原因是CloudFormation不能删除HostedZone。 即使您尝试手动删除包含超过所需logging(NSlogging)的托pipe区域,也会出现错误消息,说明您需要删除区域中的所有非必需logging,然后才能删除该区域。 这也发生在CloudFormation中,这就是“删除失败”的原因。 CloudFormation中的错误如下所示: The specified hosted zone contains non-required resource record sets and so cannot be deleted. 我想知道是否有一个解决方法,以避免“删除失败”的消息,并将正确删除堆栈?

mdadm raid5防止磁盘旋转

我在4.13.12-1-ARCH上使用mdadm – v4.0 – 2017-01-09在3个磁盘上创build了raid5arrays。 在raid的顶部有一个encryption层( dmcrypt/luks )和ext4文件系统。 但是,当raid被组装,解密和挂载时,磁盘将永远不会停顿,尽pipe闲置。 当突袭被卸载时,他们在一段时间之后。 我真的需要磁盘旋转,因为RAIDarrays很less使用和消耗电力。 那么有什么方法可以改善这种行为? 我怎样才能阻止mdadm保持磁盘清醒,虽然没有访问? 提前致谢!

如何更改最低工作频率?

文件 /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_frequency 读取800 Mhz的值。 powertop工具还build议使用最低频率为800 Mhz w3。 我将上述文件更改为1.6 GHz,并再次监视powertop工具。 令我吃惊的是,它仍然说最低频率是800 MHz而不是1.6 GHz。