我是Kubernetes的新手,我正在学习。我有我的Windows 8机器,我安装了Vagrant。使用vagrant我正在运行ubuntu VM并在该VM内部运行3个docker容器。
Vagrant档案:
Vagrant.configure(2) do |config|
config.vm.box = "test"
config.vm.network "public_network"
config.vm.network "forwarded_port", guest: 8080, host: 8080
config.vm.network "forwarded_port", guest: 50000, host: 50000
config.vm.network "forwarded_port", guest: 8081, host: 8089
config.vm.network "forwarded_port", guest: 9000, host: 9000
config.vm.network "forwarded_port", guest: 3306, host: 3306
config.vm.provider "virtualbox" do |v|
v.memory = 2048
v.cpus = 2
end
config.vm.provider "virtualbox" do |v|
v.customize ["modifyvm", :id, "--natdnshostresolver1", "on"]
v.customize ["modifyvm", :id, "--natdnsproxy1", "on"]
end
end
Ubuntu VM中的容器:
root@vagrant-ubuntu-trusty:~/docker-containers# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
dockercontainers_jenkins latest bb1142706601 4 days ago 1.03GB
dockercontainers_sonar latest 3f021a73750c 4 days ago 1.61GB
dockercontainers_nexus latest ddc31d7ad052 4 days ago 1.06GB
jenkins/jenkins lts 279f21046a63 4 days ago 813MB
openjdk 8 7c57090325cc 5 weeks ago 737MB
现在我在同一个虚拟机中安装了minikube和kubectl,如link中所述
minikube版本:
minikube version: v0.24.1
kubectl版本:
Client Version: version.Info{Major:"1", Minor:"9", GitVersion:"v1.9.1", GitCommit:"3a1c9449a956b6026f075fa3134ff92f7d55f812", GitTreeState:"clean", BuildDate:"2018-01-04T11:52:23Z", GoVersion:"go1.9.2", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.0", GitCommit:"0b9efaeb34a2fc51ff8e4d34ad9bc6375459c4a4", GitTreeState:"clean", BuildDate:"2017-11-29T22:43:34Z", GoVersion:"go1.9.1", Compiler:"gc", Platform:"linux/amd64"}
Minikube在我的ubuntu VM中成功启动。我创建了pod.yml
文件。
apiVersion: v1
kind: Pod
metadata:
name: testsonaralm
labels:
app: sonar_alm
spec:
containers:
- name: alm-sonar
image: dockercontainers_sonar:latest
imagePullPolicy: IfNotPresent
ports:
- containerPort: 9000
使用这个yml文件,我在minikube中创建了一个pod
root@vagrant-ubuntu-trusty:~/docker-containers# kubectl create -f test_pod.yml
pod "testsonaralm" created
现在我使用kubectl
命令创建了一个服务。
root@vagrant-ubuntu-trusty:~/docker-containers# kubectl expose pod testsonaralm --port=9000 --target-port=9000 --name almsonar
service "almsonar" exposed
root@vagrant-ubuntu-trusty:~/docker-containers# kubectl get service
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
almsonar ClusterIP 10.102.86.193 <none> 9000/TCP 10s
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 3d
当我尝试从我的主机上访问该网址时,我发现了网络错误&#34;。
root@vagrant-ubuntu-trusty:~/docker-containers# kubectl describe svc almsonar
Name: almsonar
Namespace: default
Labels: app=sonar_alm
Annotations: <none>
Selector: app=sonar_alm
Type: ClusterIP
IP: 10.101.237.223
Port: <unset> 9000/TCP
TargetPort: 9000/TCP
Endpoints: 172.17.0.1:9000
Session Affinity: None
Events: <none>
root@vagrant-ubuntu-trusty:~/docker-containers# minikube ip
127.0.0.1
当我执行minikube service almsonar --url
命令时,我得到一个空响应。所以我删除了服务并使用修改后的命令创建了一个新服务。
root@vagrant-ubuntu-trusty:~/docker-containers# kubectl expose pod testsonaralm --type=NodePort --name almsonar
service "almsonar" exposed
现在,当我运行minikube service almsonar --url
命令时,我得到了一个URL
root@vagrant-ubuntu-trusty:~/docker-containers# minikube service almsonar --url
http://127.0.0.1:31209
root@vagrant-ubuntu-trusty:~/docker-containers# kubectl describe svc almsonar
Name: almsonar
Namespace: default
Labels: app=sonar_alm
Annotations: <none>
Selector: app=sonar_alm
Type: NodePort
IP: 10.101.192.1
Port: <unset> 9000/TCP
TargetPort: 9000/TCP
NodePort: <unset> 30600/TCP
Endpoints: 172.17.0.1:9000
Session Affinity: None
External Traffic Policy: Cluster
Events: <none>
root@vagrant-ubuntu-trusty:~/docker-containers# minikube ip
127.0.0.1
我无法在我的Ubuntu VM中访问此URL,
root@vagrant-ubuntu-trusty:~/docker-containers# curl http://127.0.0.1:31209
<HTML>
<HEAD><TITLE>Redirection</TITLE></HEAD>
<BODY><H1>Redirect</H1></BODY>
当我阅读Kubernetes文档时,minikube服务URL将具有虚拟IP。但在我的情况下,URL包含localhost IP地址。
答案 0 :(得分:2)
从我看到的,你在Ubuntu VM中执行了minikube start
。默认情况下,这将尝试下载minikube ISO并启动另一个VM(VM内的VM),其中minikube将运行。
我认为这种嵌套虚拟化会导致您的安装出现问题。如果出于某种原因,minikube以--vm-driver=none
开头以避免虚拟机内的虚拟机(我认为就是这种情况,看看127.0.0.1 UP),有些功能处于测试阶段(当时)这个答案是写的),这可以解释奇怪的行为。因此,我的第一个建议是在Windows主机内部执行minikube,以便在虚拟机内旋转虚拟机。在里面你可以重现你以前拥有的容器环境,并从Windows主机执行kubectl命令。大多数文档都假定这个设置,因此您不会在localhost中看到127.0.0.1之类的差异。
在任何情况下,为了完全重定向并检查服务是否正在运行,请尝试执行curl命令,如下所示:
curl -L http://127.0.0.1:31209
答案 1 :(得分:0)
在创建Pod或使用端口号80进行部署时,您会出错,这就是为什么您的url服务无法正常工作的原因,因为80端口已经很忙,因此您需要使用其他端口号,例如8080。
例如:
$ kubectl run hello-minikube --image=gcr.io/google_containers/echoserver:1.4 --port=8080
$ kubectl expose pod hello-minikube --type=NodePort
$ minikube service hello-minikube --url
然后正常工作100%。