GCP Cloud Run上的Logstash Docker：无法从网络接口中找到可用的硬件地址

如何解决GCP Cloud Run上的Logstash Docker：无法从网络接口中找到可用的硬件地址

我将PubSub与在GCP Cloud Run上运行的Logstash自定义映像耦合，该映像会将消息输出到Elastic Cloud配置。

我目前在Cloud Run上遇到一些错误，我似乎无法修复，该错误涉及： 无法从网络接口找到可用的硬件地址

Dockerfile看起来像这样：

FROM docker.elastic.co/logstash/logstash:7.9.0
ADD pipeline/ /usr/share/logstash/pipeline/
ADD config/ /usr/share/logstash/config/
RUN bin/logstash-plugin install logstash-input-google_pubsub
RUN chown -R logstash:root /usr/share/logstash/config 
RUN ls -al /usr/share/logstash/config/
EXPOSE 5000

配置文件如下：

input {

    google_pubsub {

        project_id => "${PROJECT_ID}"
        topic => "${PUBSUB_TOPIC}"
        subscription => "logstash-sub"
        create_subscription => false
    }
}
output {
  elasticsearch {
    hosts => "${HOSTS}"
    user => "${USERNAME}" 
    password => "${PASSWORD}"  
    index => "${INDEX}"
    }
  stdout {
  }
}

如果有任何需要帮助的人需要其他任何数据，请告诉我。我是处理Logstash的新手。

有关我所看到的情况的一些额外信息： 容器旋转良好，建立了一个已经从Pub / Sub获取输入的管道，然后大约一分钟后，出现上述错误，我收到了[logstash.runner] SIGTERM。闭嘴容器部署失败之前显示一条消息。

解决方法

您要在端口5000上暴露Logstash容器。在Cloud Run中：

容器必须在将请求发送到的端口上的0.0.0.0上侦听请求。默认情况下，请求发送到8080。 在Cloud Run容器实例中，PORT环境变量的值始终反映请求发送到的端口。默认值为8080。

但是，您可以configure Cloud Run将请求发送到您的首选端口（即5000）。您可以通过gcloud命令执行此操作：

gcloud run services update SERVICE --port 5000

,

我在 GCR 上遇到了类似的问题，我想我可以提供更多背景信息。事实证明，这些不是普通的容器。 Google 在混淆（更像是阉割）/sys/ 文件系统方面做得很好。没有列出接口的 /sys/class/net/ 目录，也没有指导您的环境变量，但环回不足以满足端口健康要求。也没有 /sys/devices/*/net/ 目录。因此，任何使用标准工具运行 ip a 或列出 IP 的尝试都会导致错误 - 通常是 ENOENT 或没有此类文件。

我们的一些 Golang 服务使用标准的 go 语法来绑定接口。示例包括端口 80 上所有 IPv4 的“0.0.0.0:80”，端口 80 上所有 IPv4 和 IPv6 的“:80”等。对于我们的某些需要您绑定到一个接口的服务，似乎没有实际列出容器 IP 的方法。

我可以理解隐藏网络详细信息背后的原因，但至少有环境变量可以在内部为顽固的应用程序找到预期的 IP。

与此同时，任何有解决方法的人都是我的英雄。

[编辑] 我发现他们实际上并没有更改 /proc 文件系统，因此您实际上可以 tail /proc/net/* 找到您的网络详细信息。现在是 eth0 和 eth1：

==> /proc/net/if_inet6 <==
fddf3978feb1d745000000000000c001 03 80 00 00 eth1
00000000000000000000000000000001 01 80 00 00 lo

==> /proc/net/tcp6 <==
sl local_address remote_address st tx_queue rx_queue tr tm->when retrnsmt uid timeout inode

==> /proc/net/udp <==
sl local_address rem_address st tx_queue rx_queue tr tm->when retrnsmt uid timeout inode ref pointer drops

==> /proc/net/udp6 <==
sl local_address remote_address st tx_queue rx_queue tr tm->when retrnsmt uid timeout inode

==> /proc/net/unix <==
Num RefCount Protocol Flags Type St Inode Path

因此我发现我可以显式绑定 fddf:3978:feb1:d745::c001