Auto-Scaling设置内容较多,我们快速回顾一下昨天的架构图:
针对外面的流量,我们提供使用者透过Read Node来读取我们网站上的内容;对内程序码的修改,则经由Write Node来处理。在Write Node上修改的内容,会同步上传至S3,而Read Node则会同步从S3上,把Write Node上的内容更新到自己的机器上面。
12-2设定Write Node
在Write Node设定好提供给Read Node的Image之後,我们再次回到Write Node,针对Write Node的设定需求进行调整。一样先到Crontab的编辑页面:
cd /etc
nano crontab
在Crontab内,编辑如下。将在Write Node内的程序码与图文内容每一分钟同步更新至S3。
*/1 * * * * root aws s3 sync --delete /var/www/html s3://wp-code-seoul
*/1 * * * * root aws s3 sync --delete /var/www/wp-content/uploads s3://wp-media-seoul
如同先前在Read Node做的事情,我们这边新增一份档案到程序码路径下,并确认看看S3所对应的Bucket路径下,能否同步更新。答案是明确的,我们做到了这一步。
我们明天接着一起看auto-scaling的实测结果,看看Read Node机器挂掉时,如何透过auto-scaling来维持网站的正常服务。
<<: Day16-TypeScript(TS)在类别(Class)实作介面(Interface)
>>: 删除Windows事件纪录--听起来简单做起来难的销声匿迹
近期将依些老程序转移至微服务上, 因为原本程序使用了大量 out 语法, 为了能够让微服务的 API...
1.Bluesnarfing Bluesnarfing使攻击者能够利用较旧的(大约在2003年)设备...
关於高可用度 MySQL资料库??? 大家了解InnoDB Cluster吗? ?分享新手也能一次上...
从手机到智慧音箱,在不同装置上要考量到的情形皆有差异。 这篇文章中将先介绍Google助理可回应的...
SQL Server 1.一个一个TABLE去点,汇出Scripts 2.SQL Server 汇出...