【问题标题】:Autoscaler and HTTPLoadBalancing with WordPress Application on Google Cloud自动扩缩器和 HTTPLoadBalancing 与 Google Cloud 上的 WordPress 应用程序
【发布时间】:2015-05-06 09:26:06
【问题描述】:

我尝试在 Google Compute Engine 上创建具有 2 层架构的 WordPress 应用程序。创建了一个安装了 WordPress Web 和 App 服务器的实例,并使用安装在具有 IP 的另一个实例中的数据库凭据对其进行了配置。

从该实例的磁盘中创建了一个映像,并使用它来创建一个实例模板。使用实例模板创建了一个具有 AutoScaling - ON 并基于 HTTPLoadBalacing 使用率 - 80%、最小实例数 1、最大实例数 3 和冷却周期 15 秒的实例组。

使用转发规则创建了一个 HTTPLoadBalacing 并获得了一个 IP。在端口 80 上创建了一个带有健康检查的后端服务。将实例组添加到后端服务。这个完整的设置工作正常,但是当 WordPress 网页上的链接时,应用程序会使用我们创建图像的初始实例的 IP 进行重定向。

作为一种解决方法,我们尝试通过在 WordPress 配置文件中将 HTTPLoadBalacing IP 配置为 Home 和 SiteURL 来创建图像。但这会导致健康检查失败,即使 Apache 正在实例上运行,这些实例也会被视为不健康的实例。

有人可以帮我解决这个问题吗?

【问题讨论】:

    标签: php wordpress google-compute-engine google-cloud-platform


    【解决方案1】:

    现在工作正常。问题在于运行状况检查中的路径。

    我之前在 DB 上安装了 wordpress,并将图像配置为 LoadBalancer。所以带“/”的健康检查路径通过了。

    但现在我还没有在 DB 上安装 wordpress,所以必须在路径“/wp-admin/install.php”上进行健康检查。

    更改运行状况检查路径后,它工作正常。我在 wp-config.php 文件中使用 LoadBalancer IP 作为 Home 和 SiteURL。现在所有链接都可以正常工作并且可以正常导航。

    【讨论】:

      【解决方案2】:

      很可能,您尚未定义 FQDN,并且您在 WP 中的选项仍指向 WP 的特定实例(通过 IP)。

      【讨论】:

      • 是的,我没有 FQDN。我正在为公共云上的 POC 执行此操作。可以用其他方法解决吗?因为它不仅是 Autoscaling 上的问题,甚至是单个实例上的问题。当我们停止并启动实例时,公共 IP 更改为新 IP,但应用程序内部链接仍指向旧 IP。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2018-12-07
      • 2019-03-30
      • 2020-08-14
      • 2021-06-29
      • 1970-01-01
      • 2018-08-04
      • 2019-07-24
      相关资源
      最近更新 更多