dashboard(dashboard has crashed)这都可以？

Kuberntes已经成为云原生时代的“操作系统”，可谓是必学的内容。本文总结了使用Minikube本地化部署一个kuberntes的全过程，重点解析部署过程中的疑难问题和解决方案。\x0d\x0a一步步跟着来，你也能轻松部署一个kubernetes。

 

关注我，设置为"星标"，更多干货不错过~Kubernetes是一个容器编排系统，用于自动化应用程序部署、扩展和管理本指南将介绍Kubernetes的基础知识，包括基本概念、安装部署和基础用法一、什么是Kubernetes？。

Kubernetes是Google开发的开源项目，是一个容器编排系统，可以自动化部署、扩展和管理容器化的应用程序Kubernetes可以跨多个主机管理容器，并提供自动化负载均衡、弹性伸缩、自我修复和滚动更新等功能。

Kubernetes的基本架构由Master和Node组成Master是集群控制中心，负责管理集群状态、控制应用程序部署和监控应用程序状态Node是集群的工作节点，运行应用程序容器并将它们与Master通信。

二、Kubernetes的基本概念在使用Kubernetes之前，需要了解一些基本概念以下是一些Kubernetes的核心概念：PodPod是Kubernetes的最小部署单元，通常包含一个或多个容器Pod中的容器共享网络和存储，并在同一个主机上运行。

DeploymentDeployment是一种Kubernetes资源对象，它用于管理应用程序的部署和更新,通过声明式配置文件描述应用程序的期望状态，并确保系统中运行的实例与所声明的状态相匹配它可以自动创建、更新、扩展和删除Pod，而无需手动干预。

Deployment还提供了滚动升级和回滚的机制，可以在不影响用户访问的情况下更新应用程序Deployment使用ReplicaSet来管理Pod的复制通过指定ReplicaSet的副本数，Deployment可以确保系统中始终有指定数量的Pod在运行。

如果有任何Pod失败或终止，Deployment将自动创建新的Pod来代替它们，以确保系统的稳定性ServiceKubernetes中的Service是一种抽象，它定义了一个逻辑服务，它为应用程序提供了一个固定的IP地址和端口号，并在Kubernetes集群内部或外部的网络中提供了一致的方式来访问这个服务。

Service可以将多个Pod的IP地址和端口号作为一个服务提供给其他应用程序使用，这样即使Pod的IP地址和端口号发生变化，Service的IP地址和端口号也会保持不变，保证了服务的稳定性和可靠性在Kubernetes中，Service与Pods一起使用，可以通过标签来选择哪些Pods属于同一个Service。

Service可以有不同的类型，包括ClusterIP、NodePort和LoadBalancer其中，ClusterIP是默认类型，它将Service暴露在集群内部的虚拟IP地址上，只能从集群内部访问。

NodePort类型将Service暴露在每个节点的IP地址和一个静态端口上，可以从集群外部访问LoadBalancer类型使用云提供商的负载均衡器服务，将Service暴露在一个外部IP地址上，可以从公网访问。

NamespaceKubernetes中的Namespace是一种用于将资源划分为不同逻辑组的机制一个Kubernetes集群可以包含多个Namespace，每个Namespace中包含了一组相关的Kubernetes对象，例如Pod、Service、Replication Controller等等。

Namespace可以帮助用户在同一个集群内部将不同的资源进行逻辑隔离，从而避免资源命名冲突和混淆在同一个Namespace中，每个资源的名称必须是唯一的而在不同的Namespace中，同一个资源可以使用相同的名称。

Kubernetes内置了一些默认的Namespace，包括default、kube-system和kube-public等等其中，default是默认的Namespace，kube-system用于存储Kubernetes系统组件的资源，kube-public则是用于存储一些公共资源的。

用户还可以需要创建自己的Namespace，可以通过kubectl命令创建，例如：kubectl create namespace my-namespace可以使用以下命令列出当前集群中的所有Namespace：

kubectl get namespaces可以使用以下命令在指定的Namespace中运行命令：kubectl run my-pod --image=my-image --namespace=my-namespace

kubectl是kuberntes提供的命令行工具，后文会进行说明，这里只需要了解即可ConfigMapKubernetes中的ConfigMap是一种用于存储应用程序配置数据的对象，它可以将配置数据与应用程序代码分离，从而提高了应用程序的可移植性和可维护性。

ConfigMap可以存储任何形式的配置数据，例如环境变量、命令行参数、配置文件等等ConfigMap以键值对的形式存储配置数据，用户可以通过kubectl命令或Kubernetes API创建、更新和删除ConfigMap。

可以使用以下命令创建一个ConfigMap：kubectl create configmap my-config --from-literal=my-key=my-value上述命令创建了一个名为my-config的ConfigMap，并向其添加了一个键值对

my-key=my-value应用程序可以通过挂载ConfigMap来使用其中的配置数据例如，可以将ConfigMap中的某个键值对映射到一个环境变量中，或者将ConfigMap中的某个文件挂载到一个容器的文件系统中。

ConfigMap可以使用多种方式与应用程序进行关联，例如通过环境变量、命令行参数、卷等方式例如，可以使用以下命令将ConfigMap中的某个键值对映射到一个环境变量中：apiVersion: v1kind: Pod

metadata:  name: my-podspec:  containers:  - name: my-container    image: my-image    env:    - name: MY_CONFIG_KEY

      valueFrom:        configMapKeyRef:          name: my-config          key: my-key上述配置文件创建了一个名为my-pod的Pod，并将ConfigMap中的my-key键值对映射到一个名为MY_CONFIG_KEY的环境变量中。

SecretKubernetes中的Secret是一种用于存储敏感信息的对象，例如密码、证书和密钥等与ConfigMap类似，Secret也以键值对的形式存储数据，并且可以通过kubectl命令或Kubernetes API创建、更新和删除。

Secret中存储的敏感信息会以base64编码的形式保存，因此需要在使用时进行解码与ConfigMap类似，Secret也可以通过多种方式与应用程序进行关联，例如通过环境变量、命令行参数、卷等方式可以使用以下命令创建一个Secret：

kubectl create secret generic my-secret --from-literal=my-username=admin --from-literal=my-password=secret

上述命令创建了一个名为my-secret的Secret，并向其添加了两个键值对my-username=admin和my-password=secret应用程序可以通过挂载Secret来使用其中的敏感信息。

例如，可以将Secret中的某个键值对映射到一个环境变量中，或者将Secret中的某个文件挂载到一个容器的文件系统中Secret的使用与ConfigMap类似，例如可以使用以下命令将Secret中的某个键值对映射到一个环境变量中：

apiVersion: v1kind: Podmetadata:  name: my-podspec:  containers:  - name: my-container    image: my-image

    env:    - name: MY_USERNAME      valueFrom:        secretKeyRef:          name: my-secret          key: 

my-username    - name: MY_PASSWORD      valueFrom:        secretKeyRef:          name: my-secret          key: 

my-password上述配置文件创建了一个名为my-pod的Pod，并将Secret中的my-username和my-password键值对分别映射到名为MY_USERNAME和MY_PASSWORD

的环境变量中三、Kuberntes单机本地部署Kubernetes有多种安装方式：minikube、kubeadm和二进制包minikube：是一种在本地环境中部署Kubernetes的工具，它可以在单个虚拟机中运行一个Kubernetes集群，一般用于开发、测试环境搭建。

kubeadm：是一种在物理机或虚拟机中快速部署Kubernetes集群的工具，已被证明可以应用于生成环境的集群搭建二进制包：手工安装，流程复杂，容易出错，不建议这里以minikube为例，展示如何在单机上部署kubernetes,搭建一个本地演示环境。

3.1、安装minikube命令行工具可以参考官方文档进行安装，具体安装方式可以根据自己的操作系统选择，这里以Centos为例,使用minikube version可以查看到版本信息[root@node1 kubernetes]。

# curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64[root@node1 kubernetes]

# install minikube-linux-amd64 /usr/local/bin/minikube[root@node1 kubernetes]# minikube versionminikube version: v1.29.0

commit: ddac20b4b34a9c8c857fc602203b6ba2679794d33.2、安装dockerminikube可以使用不同的驱动，例如Linux系统下支持Docker、KVM2、VirtualBox、QEMU、None、Podman、SSH。

我们这里以最常用的Docker为例，所以需要先安装DockerDocker的版本不宜太旧，建议安装最新稳定版如果之前已经安装过Docker，建议删除旧的Docker版本： sudo yum remove docker \。

                  docker-client \                  docker-client-latest \                  docker-common \

                  docker-latest \                  docker-latest-logrotate \                  docker-logrotate \

                  docker-engine设置repository:sudo yum install -y yum-utilssudo yum-config-manager \    --add-repo \

    https://download.docker.com/linux/centos/docker-ce.repo安装最新版Docker： sudo yum install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

启动并查询docker状态,看到状态是running代表已经运行起来了。sudo systemctl start dockersudo systemctl status docker

使用docker version可以查看docker的版本[docker@node3 ~]$ docker versionClient: Docker Engine - CommunityVersion:。

23.0.1 ......3.3、启动minikubeminikube可以支持多种不同类型的驱动，这里我们使用docker在命令行中输入以下命令启动minikube，其中--driver=docker指定了使用docker驱动，如果希望默认使用docker驱动，也可以执行命令

minikube config set driver docker,--image-mirror-country和--image-repository是非必须的，只是考虑到国外的源下载速度比较慢，替换成国内的加快速度。

[k8s@node3 ~]$ minikube start --image-mirror-country=cn --image-repository=registry.cn-hangzhou.aliyuncs.com/google_containers --driver=docker

* minikube v1.29.0 on Centos 7.9.2009* Using the docker driver based on user configuration* Using Docker driver with root privileges

* Starting control plane node minikube in cluster minikube* Pulling base image ...* Downloading Kubernetes v1.26.1 preload ...

    > preloaded-images-k8s-v18-v1...:  397.05 MiB / 397.05 MiB  100.00% 3.98 Mi    > index.docker.io/kicbase/sta...:  407.18 MiB / 407.19 MiB  100.00% 2.41 Mi

! minikube was unable to download gcr.io/k8s-minikube/kicbase:v0.0.37, but succe                                                                     ssfully downloaded docker.io/kicbase/stable:v0.0.37 as a fallback image

* Creating docker container (CPUs=2, Memory=2200MB) ...* Preparing Kubernetes v1.26.1 on Docker 20.10.23 ...

  - Generating certificates and keys ...  - Booting up control plane ...! initialization failed, will try again: 

wait: /bin/bash -c "sudo env PATH="/var                                                                     /lib/minikube/binaries/v1.26.1:

$PATH" kubeadm init --config /var/tmp/minikube/ku                                                                     beadm.yaml  --ignore-preflight-errors=DirAvailable--etc-kubernetes-manifests,Dir                                                                     Available--var-lib-minikube,DirAvailable--var-lib-minikube-etcd,FileAvailable--e                                                                     tc-kubernetes-manifests-kube-scheduler.yaml,FileAvailable--etc-kubernetes-manife                                                                     sts-kube-apiserver.yaml,FileAvailable--etc-kubernetes-manifests-kube-controller-                                                                     manager.yaml,FileAvailable--etc-kubernetes-manifests-etcd.yaml,Port-10250,Swap,N                                                                     umCPU,Mem,SystemVerification,FileContent--proc-sys-net-bridge-bridge-nf-call-ipt                                                                     ables"

: Process exited with status 1stdout:[init] Using Kubernetes version: v1.26.1[preflight] Running pre-flight checks

[preflight] The system verification failed. Printing the output from the verific                                                                     ation:

KERNEL_VERSION: 3.10.0-1160.76.1.el7.x86_64OS: LinuxCGROUPS_CPU: enabledCGROUPS_CPUACCT: enabledCGROUPS_CPUSET: enabled

CGROUPS_DEVICES: enabledCGROUPS_FREEZER: enabledCGROUPS_MEMORY: enabledCGROUPS_PIDS: enabledCGROUPS_HUGETLB: enabled

CGROUPS_BLKIO: enabled[preflight] Pulling images required for setting up a Kubernetes cluster[preflight] This might take a minute or two, depending on the speed of your inte                                                                     rnet connection

[preflight] You can also perform this action in beforehand using kubeadm config                                                                      images pull

[certs] Using certificateDir folder "/var/lib/minikube/certs"[certs] Using existing ca certificate authority

[certs] Using existing apiserver certificate and key on disk[certs] Generating "apiserver-kubelet-client"

 certificate and key[certs] Generating "front-proxy-ca" certificate and key[certs] Generating "front-proxy-client"

 certificate and key[certs] Generating "etcd/ca" certificate and key[certs] Generating "etcd/server" certificate and key

[certs] etcd/server serving cert is signed for DNS names [localhost minikube] an                                                                     d IPs [192.168.49.2 127.0.0.1 ::1]

[certs] Generating "etcd/peer" certificate and key[certs] etcd/peer serving cert is signed for DNS names [localhost minikube] and                                                                      IPs [192.168.49.2 127.0.0.1 ::1]

[certs] Generating "etcd/healthcheck-client" certificate and key[certs] Generating "apiserver-etcd-client"

 certificate and key[certs] Generating "sa" key and public key[kubeconfig] Using kubeconfig folder "/etc/kubernetes"

[kubeconfig] Writing "admin.conf" kubeconfig file[kubeconfig] Writing "kubelet.conf" kubeconfig file[kubeconfig] Writing 

"controller-manager.conf" kubeconfig file[kubeconfig] Writing "scheduler.conf" kubeconfig file[kubelet-start] Writing kubelet environment file with flags to file 

"/var/lib/ku                                                                     belet/kubeadm-flags.env"

[kubelet-start] Writing kubelet configuration to file "/var/lib/kubelet/config.y                                                                     aml"

[kubelet-start] Starting the kubelet[control-plane] Using manifest folder "/etc/kubernetes/manifests"

[control-plane] Creating static Pod manifest for"kube-apiserver"[control-plane] Creating static Pod manifest 

for"kube-controller-manager"[control-plane] Creating static Pod manifest for"kube-scheduler"[etcd] Creating static Pod manifest 

forlocal etcd in"/etc/kubernetes/manifests                                                                     "

[wait-control-plane] Waiting for the kubelet to boot up the control plane as sta                                                                     tic Pods from directory 

"/etc/kubernetes/manifests". This can take up to 4m0s[kubelet-check] Initial timeout of 40s passed.Unfortunately, an error has occurred:

        timed out waiting for the conditionThis error is likely caused by:        - The kubelet is not running

        - The kubelet is unhealthy due to a misconfiguration of the node in some                                                                      way (required cgroups disabled)

If you are on a systemd-powered system, you can try to troubleshoot the error wi                                                                     th the following commands:

        - systemctl status kubelet        - journalctl -xeu kubeletAdditionally, a control plane component may have crashed or exited when started                                                                      by the container runtime.

To troubleshoot, list all containers using your preferred container runtimes CLI                                                                     .

Here is one example how you may list all running Kubernetes containers by using                                                                      crictl:

        - crictl --runtime-endpoint unix:///var/run/cri-dockerd.sock ps -a | gr                                                                     ep kube | grep -v pause

        Once you have found the failing container, you can inspect its logs with                                                                     :

        - crictl --runtime-endpoint unix:///var/run/cri-dockerd.sock logs CONTA                                                                     INERID

stderr:W0327 11:55:26.955321    1322 initconfiguration.go:119] Usage of CRI endpoints w                                                                     ithout URL scheme is deprecated and can cause kubelet errors 

in the future. Auto                                                                     matically prepending scheme 

"unix" to the "criSocket" with value "/var/run/cri-d                                                                     ockerd.sock"

. Please update your configuration!        [WARNING FileContent--proc-sys-net-bridge-bridge-nf-call-iptables]: /pro                                                                     c/sys/net/bridge/bridge-nf-call-iptables does not exist

        [WARNING Swap]: swap is enabled; production deployments should disable s                                                                     wap unless testing the NodeSwap feature gate of the kubelet

        [WARNING SystemVerification]: failed to parse kernel config: unable to l                                                                     oad kernel module: 

"configs", output: "modprobe: FATAL: Module configs not found                                                                      in directory /lib/modules/3.10.0-1160.76.1.el7.x86_64\n"

, err: exit status 1        [WARNING Service-Kubelet]: kubelet service is not enabled, please run s                                                                     ystemctl enable kubelet.service

error execution phase wait-control-plane: couldnt initialize a Kubernetes clust                                                                     er

To see the stack trace of this error execute with --v=5 or higher  - Generating certificates and keys ...

  - Booting up control plane ...- ^C启动失败了，根据日志查询相关错误，在网络上几经查询才知道，这是因为Kuberntes的版本兼容的问题，dockershim 已在 Kubernetes 1.24 版本中被移除，继续使用Docker Engine的话会有相关报错。

只要使用--kubernetes-version=v1.23.8指定之前的版本即可，或者使用containerd等其他容器运行时[k8s@node3 ~]$ minikube start --image-mirror-country=cn --image-repository=registry.cn-hangzhou.aliyuncs.com/google_containers --driver=docker --kubernetes-version=v1.23.8。

启动结果如下图，看到Done的提示证明已经安装完成。

3.4、使用Dashboardkubernetes为了方便集群的维护操作，提供了dashboard功能dashboard包括了Cluster、Workloads、Service、Config and Storage、setting等多个模块功能，涵盖了kubernetes的方方面面，是个非常不错的管理GUI。

要使用dashboard，只需要执行以下命令,将会启动dashboard，打印出可访问的链接地址：[docker@node3 ~]$ minikube dashboard* Verifying dashboard health ...

* Launching proxy ...* Verifying proxy health ...* Opening http://127.0.0.1:42378/api/v1/namespaces/kubernetes-dashboard/services/http:kubernetes-dashboard:/proxy/

in your default browser...  http://127.0.0.1:42378/api/v1/namespaces/kubernetes-dashboard/services/http:kubernetes-dashboard:/proxy/

启动过程中如果提示添加metrics-server插件扩展，使用以下命令即可：[docker@node3 ~]$ minikube addons enable metrics-server* metrics-server 

is an addon maintained by Kubernetes. For any concerns contact minikube on GitHub.You can view the list 

of minikube maintainers at: https://github.com/kubernetes/minikube/blob/master/OWNERS  - Using image registry.k8s.io/metrics-server/metrics-server:v0

.6.2* The metrics-server addon is enabled由于dashboard输出的地址是本地的IP地址，如果你是在虚拟机中部署，想在宿主机上进行访问，那么可以使用kubectl proxy

开启代理访问首先安装kubectl,参照如下命令：[docker@node3 ~]$ curl -LO https://dl.k8s.io/release/v1.23.8/bin/linux/amd64/kubectl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current                                 Dload  Upload   Total   Spent    Left  Speed

1001381001380012800:00:010:00:01 --:--:--12810044.4M  10044.4M    003720k      00:00:120:00:12 --:--:--

5174k[docker@node3 ~]$[docker@node3 ~]$ lskubectl  minikube-linux-amd64  tmp.log[docker@node3 ~]$ sudo install -o root -g root -m 

0755 kubectl /usr/local/bin/kubectl[docker@node3 ~]$ kubectl version --clientClient Version: version.Info{

Major:"1", Minor:"23", GitVersion:"v1.23.8", GitCommit:"a12b886b1da059e0190c54d09c5eab5219dd7acf", GitTreeState:

"clean", BuildDate:"2022-06-16T05:57:43Z", GoVersion:"go1.17.11", Compiler:"gc", Platform:"linux/amd64"

}接着使用kubectl proxy开启代理：[docker@node3 ~]$ kubectl proxy --port=8888 --address=192.168.56.13 --accept-hosts=

^.* &[1] 10509[docker@node3 ~]$ Starting to serve on192.168.56.13:8888在宿主机浏览器中访问如下：

查看workloads

查看node

还有其他众多丰富功能，不再罗列，自己搭建体验是最直接的3.5、异常问题解决在安装的过程中可能会碰到各种错误问题，这里对我安装过程中遇到的问题进行总结，希望可以提供参考3.5.1、提示Docker失败如果提示docker的一些失败，可以使用

journalctl命令查看具体的日志输出辅助进行定位(基于centos系统)，如：sudo journalctl -xe3.5.2、docker DNS配置定位过程中发现DNS配置问题，可以在docker的配置文件中进行设置，配置文件为

/etc/docker/daemon.json，可以在配置文件中配置DNS等内容，如：{"dns": ["192.168.56.2"]}3.5.3、metrics-server启动失败在dashboard中可以看到启动后提示metrics-server启动异常，如下所示：

点击红色圆点，查看失败的具体错误如下：Failed to pull image "registry.k8s.io/metrics-server/metrics-server:v0.6.2@sha256:f977ad859fb500c1302d9c3428c6271db031bb7431e7076213b676b345a88dc2"

: rpc error: code = Unknown desc = Error response from daemon: Get"https://asia-east1-docker.pkg.dev/v2/k8s-artifacts-prod/images/metrics-server/metrics-server/manifests/sha256:f977ad859fb500c1302d9c3428c6271db031bb7431e7076213b676b345a88dc2"

: dial tcp 142.251.8.82:443: connect: connection refused从提示上看是拉取镜像失败，这主要是国外源的问题，可以更换源提前下载镜像到本地：docker

 pull registry.cn-hangzhou.aliyuncs.com/google_containers/metrics-server:v0.6.2然后将deployment使用的镜像修改为registry.cn-hangzhou.aliyuncs.com/google_containers/metrics-server:v0.6.2

,如下，选择metrics-server这个deployment，选择edit

找到spec:containers:image进行修改

注意，k8s的配置文件中还有一个重要的属性imagePullPolicy属性，这个属性是描述镜像的拉取策略Always 代表总是拉取镜像IfNotPresent 本地有则使用本地镜像,不拉取，如果没有的话再拉取镜像（建议）

Never 只使用本地镜像，从不拉取，即使本地没有

在界面上重启deployment或者使用以下命令启动kubectl rollout restart -n kube-system deployment metrics-server重启后可以发现metrics-server正常启动。

3.6、删除minikube如果希望清除环境重新安装，可以使用以下命令删除已经部署的Minikube集群minikube delete--all四、kubernetes的基础用法使用Kubernetes，除了通过dashboard，可以通过Kubernetes API和kubectl命令行工具进行操作。

以下是一些基本用法：4.1、创建和查询Deployment以下命令创建一个deployment，名为my-deployment,使用镜像busyboxkubectl create deployment my-deployment --image=busybox。

创建完成后使用以下命令可以查看deploymentkubectl get deployments4.2、创建和查询Podkubectl支持json或者yaml格式来创建pod，例如：$ cat <

apiVersion: v1kind: Podmetadata:  name: my-busyboxspec:  containers:  - name: busybox    image: busybox

EOF创建完成以后使用kubectl get pods --all-namespaces可以列出所有 namespace 中的所有 pod[docker@node3 ~]$ kubectl get pod -A。

NAMESPACE              NAME                                         READY   STATUS             RESTARTS      AGE

kube-system            coredns-65c54cc984-hb794                     1/1     Running            1 (14h ago)   

14hkube-system            etcd-minikube                                1/1     Running            1 (

14h ago)   14hkube-system            kube-apiserver-minikube                      1/1     Running            

1 (14h ago)   14h4.3、公开服务在Kubernetes中，服务是一种将Pod公开为网络服务的机制可以使用kubectl创建一个服务，使应用程序可以通过Kubernetes集群中的其他Pod或外部客户端访问。

以下是一个示例：kubectl expose deployment hello-minikube --type=NodePort --port=8080这将创建一个服务Service，并将其公开为NodePort类型，使得可以通过Kubernetes集群中任何一个节点的IP地址和NodePort访问到服务。

4.4、访问应用程序：可以使用kubectl命令行工具获取Minikube节点的IP地址和NodePort，然后在Web浏览器中访问该IP地址和NodePort，以访问应用程序minikube service hello-minikube --url。

这将返回服务的URL，可以将其复制到Web浏览器中进行访问4.5、手动缩放Pod可以使用kubectl命令行工具手动缩放Pod的数量，以满足当前的负载需求例如，可以使用以下命令来将Pod的数量扩展到3个：。

kubectl scale deployment my-app --replicas=34.6、删除资源kubectl支持多种形式的删除资源的方法:使用定义文件删除匹配 pod.json 文件中定义的类型和名称的 pod

kubectl delete -f ./pod.json使用名称删除指定名称的podkubectl delete pod mypod使用标签删除具有 name=mypod-label标签的podkubectl delete pods -l name=mypod-label

使用namespace删除my-ns这个namespace下所有的podkubectl -n my-ns delete po --allkubernetes的用法还有很多，具体可以参考官方文档，不建议死记硬背，而是需要时使用，熟能生巧。

免责声明：本站所有信息均搜集自互联网，并不代表本站观点，本站不对其真实合法性负责。如有信息侵犯了您的权益，请告知，本站将立刻处理。联系QQ：1640731186