小编smu*_*oud的帖子

尝试在kubectl本地运行时出现以下错误.

error: couldn't read version from server: Get http://localhost:8080/api: dial tcp 127.0.0.1:8080: connection refused

我知道这与kubectl配置有关,但我对如何解决它感到茫然.2天前,我正在尝试使用GKE并确实将配置设置为指向GCE.我尝试删除此配置文件,然后在本地使用CoreOS获取Vagrant.这vagrant up引发了类似的错误,抱怨无法连接.

什么是适当的仪器方法,kubectl以便它可以连接到API并返回信息？

我正在尝试访问 Yaml 文件并获取单个值，但我正在努力使用 Struct 语法来实现这一点。下面的代码处理 Yaml，我可以打印完整的 Struct，但如何访问单个ecs.services.name属性？

欢迎任何有关如何处理此问题的建议，因为我遇到了几个 Yaml 库，但无法让它们中的任何一个完全工作。

测试.yaml：

ecs:
  services:
    - name: my-service
      taskDefinition: my-task-def
      desiredCount: 1

yaml.go

package main

import (
    "fmt"
    "io/ioutil"
    "path/filepath"

    "gopkg.in/yaml.v2"
)

type Config struct {
    //Ecs []map[string]string this works for ecs with name
    Ecs struct {
        Services []struct {
            Name           string
            TaskDefinition string
            DesiredCount   int
        }
    }
    //Services []map[string][]string
}

func main() {
    filename, _ := filepath.Abs("test.yaml")

    yamlFile, err := ioutil.ReadFile(filename)
    check(err)

    var config Config

    err = yaml.Unmarshal(yamlFile, &config) …

我们正在从Docker Hub切换到ECR,我很好奇如何构建Dockerrun.aws.json文件以使用此图像.我试图修改名称,<my_ECR_URL>/<repo_name>:<image_tag>但这不成功.我还在S3上看到了使用身份验证文件的私有注册表的详细信息,但这似乎aws ecr get-login是推荐的ECR身份验证方法的正确路径.

谁能指出我如何在Beanstalk Dockerrun.aws.json文件中使用ECR图像？

如果我查看ECS任务定义,有一个必需的属性调用com.amazonaws.ecs.capability.ecr-auth,但我没有在我的Dockerrun.aws.json文件中的任何位置设置,我不知道需要在那里.也许它是一个S3桶？每次我尝试从ECS运行Elastic Beanstalk创建的任务时都需要一些东西,我得到:

Run tasks failed
Reasons : ATTRIBUTE

任何见解都非常感谢.

更新我从其他一些看到线程,这使用早期版本的ECS剂的出现,但我目前正在运行Agent version 1.6.0和Docker version 1.7.1,我相信这些建议版本.这可能是Docker版本的问题吗？

我在AWS上有一个新的Kubernetes集群,它是使用kube-upv1.1.1中的脚本构建的.我可以成功访问Elasticsearch/Kibana/KubeUI/Grafana端点,但无法通过API代理从我的机器访问Heapster/KubeDNS/InfluxDB.我在K8S项目中看到了与此相关的一些辅助问题,但没有明确说明发生了什么.从我可以收集到的,一切都运行正常,所以我不确定这里有什么问题？我真的很喜欢使用Grafana/Influx/Heapster的嵌入式监控,但Grafana仪表板只是空白而且有一系列错误.

Kubernetes版本

$ kubectl version
Client Version: version.Info{Major:"1", Minor:"1", GitVersion:"v1.1.1", GitCommit:"92635e23dfafb2ddc828c8ac6c03c7a7205a84d8", GitTreeState:"clean"}
Server Version: version.Info{Major:"1", Minor:"1", GitVersion:"v1.1.1", GitCommit:"92635e23dfafb2ddc828c8ac6c03c7a7205a84d8", GitTreeState:"clean"}

集群信息

$ kubectl cluster-info
Kubernetes master is running at https://MASTER_IP
Elasticsearch is running at https://MASTER_IP/api/v1/proxy/namespaces/kube-system/services/elasticsearch-logging
Heapster is running at https://MASTER_IP/api/v1/proxy/namespaces/kube-system/services/heapster
Kibana is running at https://MASTER_IP/api/v1/proxy/namespaces/kube-system/services/kibana-logging
KubeDNS is running at https://MASTER_IP/api/v1/proxy/namespaces/kube-system/services/kube-dns
KubeUI is running at https://MASTER_IP/api/v1/proxy/namespaces/kube-system/services/kube-ui
Grafana is running at https://MASTER_IP/api/v1/proxy/namespaces/kube-system/services/monitoring-grafana
InfluxDB is running at https://MASTER_IP/api/v1/proxy/namespaces/kube-system/services/monitoring-influxdb

从上面的API代理URL访问InfluxDB

{
  "kind": "Status",
  "apiVersion": "v1",
  "metadata": {},
  "status": "Failure",
  "message": "no endpoints available …