编辑： 总结这个问题，这是NFS服务器改变IP地址和NFS客户端没有拿起新地址的问题。 我可以通过tcpdump看到客户端仍然尝试联系2049端口上的旧IP地址。 我们在/etc/fstab有几个NFS挂载点。 如您所见，这是NFS v3。 storage-1:/data/medias/media /var/www/myproject/data/media nfs rsize=32768,wsize=32768,hard,intr,actimeo=300,nfsvers=3,async,noatime,sec=sys 0 0 storage-1:/data/medias/secure /var/www/myproject/web/secure nfs rsize=32768,wsize=32768,hard,intr,actimeo=300,nfsvers=3,async,noatime,sec=sys 0 0 storage-1:/data/tobeprocessed /var/www/myproject/data/tobeprocessed nfs rsize=32768,wsize=32768,hard,intr,actimeo=300,nfsvers=3,async,noatime,sec=sys 0 0 storage-1:/data/ftp /var/ftp nfs rsize=32768,wsize=32768,hard,intr,actimeo=300,nfsvers=3,async,noatime,sec=sys 0 0 当我们重新启动服务器时，我们必须卸载并重新装入每个端点，否则客户端将无法访问NFS服务器。 重新启动后，我尝试了5分钟，然后卸载和重新安装。 重新启动NFS服务器后，一个简单的ls /var/www/myproject/data/media会使控制台挂起。 我还可以在/var/log/syslog看到以下消息： Sep 16 11:24:36 encoder-1 kernel: [69688.160102] nfs: server storage-1 not responding, still trying Sep 16 11:30:15 encoder-1 kernel: [70027.744042] nfs: […]
我正在尝试更新我的部署的image 。 为此，我执行kubectl edit deployment web并更改spec.template.spec.containers.image属性： gcr.io/my-project-id-1234/app:v1 至： gcr.io/my-project-id-1234/app:v2 从日志中，我知道部署更新很好。 我遇到的问题是TLS入口; 这里是我的configuration： apiVersion: extensions/v1beta1 kind: Ingress metadata: name: tls-ingress spec: tls: – secretName: tls-secrets backend: serviceName: web servicePort: 80 这里是更新之前kubectl describe ing web的结果： $ kubectl describe ing Name: tls-ingress Namespace: default Address: 105.78.154.212 Default backend: web:80 (10.0.2.3:8000) TLS: tls-secrets terminates Rules: Host Path Backends —- […]
我正试图设置我的项目与docker-compose up -d在谷歌容器引擎上。 这导致了一个错误消息 错误：Docker引擎版本低于Compose所需的最小值。 您当前的项目需要1.10.0或更高版本的Docker引擎。 我使用sudo apt-get upgrade docker-engine ，导致docker version见证了客户端API版本和服务器API版本之间的冲突： 来自守护进程的错误响应：客户端比服务器更新（客户端API版本：1.24，服务器API版本：1.21） 这我设法处理由DOCKER_API_VERSION=1.21 docker info 。 结果是 Containers: 0 Running: 0 Paused: 0 Stopped: 0 Images: 0 Server Version: 1.9.1 Storage Driver: aufs Root Dir: /var/lib/docker/aufs Backing Filesystem: extfs Dirs: 0 Dirperm1 Supported: true Logging Driver: json-file Plugins: Volume: Network: Swarm: NodeID: Is Manager: […]
我正在使用以下代码尝试使用以下代码通过Deployment Manager创build内部负载平衡器 – name: {{ env["name"] }}-port389-healthcheck type: compute.v1.healthChecks properties: type: tcp tcpHealthCheck: { port: 389 } – name: {{ env["name"] }}-port389-backend-service type: compute.beta.backendService properties: healthChecks: – $(ref.{{ env["name"] }}-port389-healthcheck.selfLink) backends: – group: $(ref.{{ env['name'] }}-master-instance-groups-managed.instanceGroup) – group: $(ref.{{ env['name'] }}-slave-instance-groups-managed.instanceGroup) protocol: TCP region: {{ properties['region'] }} loadBalancingScheme: INTERNAL – name: {{ env["name"] }}-port389-forwarding-rule type: […]
我试图添加一个授权的networking到我们的云计算实例，但每次我点击Save我被告知Could not complete the operation 。 不幸的是，这个问题可能是没有解释的。 有任何想法吗？
无法连接Google Cloud上的Laravel 5.2。 我创build了一个新的MySQL 5.6第二代实例，并将conf / database中的连接参数与实例的外部IP相加，本地laravel服务器工作正常。 但是，当我在谷歌云上部署代码时，它给了我关于unix套接字的错误。 我的问题是，在云引擎应用程序内使用数据库实例的正确连接参数是什么？ 那么，我应该只将数据库名称和db_host作为：服务器上的本地主机，还是空的或mysql实例的外部IP地址？ 我假设我需要使用unix套接字，但是，我没有发现任何使用Google云端控制台的活动unix套接字文件。
我为我们的谷歌云存储桶创build了一个CDN。 一切工作正常。 尽pipe我们必须更改我们的代码，并使用ip地址更改旧的loadbalancer友好名称。 在我们的任播IP地址前添加谷歌云DNS是否有点矫枉过正？ 使用人类可读的名称而不是ip来引用我们的loadbalancer是有帮助的。 但是我们不想添加任何延迟
我想创build类似于此处所述的configuration： https ： //cloud.google.com/compute/docs/vpc/special-configurations#natgateway 与Terraform，但“无ip”实例在Kubernetes集群。 问题是这样的，当你用类似于以下命令的命令手动执行： gcloud容器集群创build容器名称–tags = sometag 您可以为在此群集中启动的整个实例设置标记，但是当我尝试使用Terraform执行相同的操作时，我无法看到这种可能性： https ： //www.terraform.io/docs/providers/google/r/container_cluster。 HTML 使用Terraformconfiguration设置标签是否可行？ 我也试图找出如何手动更新它们，毕竟用“gcloud”命令，但我也找不到这样的可能性。
我正在按照Stackdriver指示添加要监控的AWS账户： Authorize AWS for Stackdriver Log in to your Amazon IAM console and click Roles. Click “Create New Role” Enter Stackdriver as the “Role Name” and click “Next Step.” Select “Role for Cross-Account Access” Select “Allows IAM users from a 3rd party AWS account to access this account.” Enter the following: Account ID xxx External […]
我们使用Google Cloud DNS进行主DNS区域托pipe。 作为一个主要的服务似乎很有用。 但是，我看不到如何允许区域传输到辅助DNS服务器列表。 这对提供进一步的弹性是有用的。 例如，在欧洲，RIPE将作为所有被授权的反向DNS区域的辅助。 我已经search了网站和Google的帮助信息，但是我一直没有find答案。 是Google Cloud DNS支持的辅助服务器？