Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/google-cloud-platform/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Google cloud platform 谷歌云平台上自动缩放Moodle的架构问题_Google Cloud Platform_Google Compute Engine_Moodle_Google Cloud Sql_Autoscaling - Fatal编程技术网

Google cloud platform 谷歌云平台上自动缩放Moodle的架构问题

Google cloud platform 谷歌云平台上自动缩放Moodle的架构问题,google-cloud-platform,google-compute-engine,moodle,google-cloud-sql,autoscaling,Google Cloud Platform,Google Compute Engine,Moodle,Google Cloud Sql,Autoscaling,我们正在为LMS建立一个Moodle,并将其设计为自动缩放 以下是当前的堆栈规范: -Moodle应用程序(应用程序+数据)烘焙到映像中并启动到托管实例组中 -数据库云SQL(MySQL 5.7通过云SQL代理连接) -云负载平衡器-启用了HTTPS负载平衡,托管实例组作为后端+会话关联 问题: 我的会话是否仍然需要Redis/Memcached?或者负载平衡器会话亲和力是否足够 我正在考虑对数据文件夹使用云文件存储。与其他计算引擎相比,这是否值得推荐 我更关心的是会话缓存和内容缓存,以便将来用

我们正在为LMS建立一个Moodle,并将其设计为自动缩放

以下是当前的堆栈规范:

-Moodle应用程序(应用程序+数据)烘焙到映像中并启动到托管实例组中

-数据库云SQL(MySQL 5.7通过云SQL代理连接)

-云负载平衡器-启用了HTTPS负载平衡,托管实例组作为后端+会话关联

问题:

  • 我的会话是否仍然需要Redis/Memcached?或者负载平衡器会话亲和力是否足够

  • 我正在考虑对数据文件夹使用云文件存储。与其他计算引擎相比,这是否值得推荐

  • 我更关心的是会话缓存和内容缓存,以便将来用户增加。你建议在混合物中加入什么?关于CI/CD的任何建议也会有所帮助


  • 因此,如果没有关于用例的更多信息,我无法正确回答这些问题。无论如何,这是我最好的:)

    <> L>>P>您认为在从托管实例组中取下机器时强制某些用户重新登录有多坏?与此相关,你预测你的流量会有多大?在强制autoscaler启动之前,一台机器可以服务多少用户,并且将向池中添加或从池中删除更多机器(即,您认为您的应用程序需要多大的动态性)?通过回答这些问题,你应该会有一个想法。另外,为什么不使用数据存储/Firestore进行用户会话?10毫秒的延迟不应该影响应用程序的敏捷感

  • 云文件存储使用NFS,您可能会遇到一些NFS特性。你能处理好吗?另外,什么是可接受的延迟?您将要保存的数据块有多大?如果它们足够小,那么您对延迟非常敏感,并且您希望读/写操作具有原子性,您可以选择CloudBigtable。如果延迟不是关键因素,谷歌云存储可以为您做到这一点,但您也会失去原子性

  • 谷歌云CDN似乎是你想要的,假设你可以正确设置标题。它是一个托管服务,所以它拥有所有的优点,而无需你动一根手指,而且与从你的应用程序/谷歌云存储/提供服务相比,它是便宜的

  • for似乎是一个简单的选择,除非您想支持尚未支持的更高级的东西


  • 请提供更多详细信息,以便我可以编辑和集中我的答案。

    有一项关于自动缩放的研究,使用redis memory store显示缓存服务器的大网络带宽,与安装redis的compute engine进行比较。

    关于moodle数据,它表明,与文件存储相比,使用NFS的计算引擎应该具有足够的性能,成本更高,因为速度还取决于磁盘大小

    我使用这个拓扑来实现

    您好,3月5日,谢谢您的回复。以下是我的答案:1。如果在至少一个小时不活动后重新登录,这是可以接受的。注册用户最多约1000人。我预计并发用户群最多为100人。对于自动缩放,我将基于70%的CPU负载(尽管我认为SCORM文件将通过GCE直接处理到云SQL)。至于Datastore/Firestore,我不想通过额外的编码增加复杂性,因为这将是我们在公司内的第一次Moodle部署。我现在唯一关心的云文件存储是基本存储和标准存储的最低容量分别为1TB或2.5TB。同时,我们希望将成本控制在最低水平,我预计appdata不会立即增长到1TB。3.对此达成一致。但是,对于会话缓存,您是否建议使用云内存存储(1GB)?4.我将使用Cloud Builder进行查看。你认为把詹金斯和它一起用太过分了吗?模板很少改变。课程是通常添加的课程,我希望将其保存到NFS服务器中的appdata中。