GCP云运行上的Logstash Docker:未能从网络接口中找到可用的硬件地址

我将PubSub与运行在GCP Cloud Run上的Logstash自定义映像耦合，该映像将向弹性云配置输出消息

我目前在云计算运行中遇到一些错误，我似乎无法修复这些错误： 无法从网络接口中找到可用的硬件地址

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 {
  }
}

配置文件如下所示：

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容器。在：

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

但是，您可以运行云计算将请求发送到首选端口（即5000）。您可以通过

gcloud

命令执行此操作：

gcloud run services update SERVICE --port 5000

---

我在GCR方面也遇到过类似的问题，我想我可以提供更多的背景资料。原来这些不是普通的容器。谷歌在混淆（更像阉割）

/sys/

文件系统方面做得很好。没有列出接口的

/sys/class/net/

目录，也没有指导您的环境变量，但环回不足以满足端口健康要求。也没有

/sys/devices/*/net/

目录。因此，任何使用标准工具运行

ip a

或列出ip的尝试都会导致错误-通常是没有或没有这样的文件

我们的一些Golang服务使用标准go语法来绑定接口。示例包括端口80上所有IPv4的“0.0.0.0:80”，端口80上所有IPv4和IPv6的“0.0.0: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

retrnsmt uid timeout inode时的/proc/net/if\u inet6/proc/net/tcp6 ==>/proc/net/udp当retrnsmt uid timeout inode ref指针下降时 ==>/proc/net/udp6当retrnsmt uid timeout inode时

---

==>/proc/net/unix您是否可以在本文中包含完整的构建日志，以便我们可以看到错误从何处开始出现？