Kubernetes的ExternalName详解

简介: ExternalName类型的Service在Kubernetes中用于将外部服务(不是Kubernetes集群内的服务)映射到Kubernetes集群内的Service。# 样例其创建方法如下:```kind: ServiceapiVersion: v1metadata: name: my-external-service namespace: cv-console-dev labels: app: my-external-service annotations: kubesphere.io/creator: sunjq kubesph

ExternalName类型的Service在Kubernetes中用于将外部服务(不是Kubernetes集群内的服务)映射到Kubernetes集群内的Service。

样例

其创建方法如下:

kind: Service
apiVersion: v1
metadata:
  name: my-external-service
  namespace: cv-console-dev
  labels:
    app: my-external-service
  annotations:
    kubesphere.io/creator: sunjq
    kubesphere.io/serviceType: externalservice
spec:
  type: ExternalName
  sessionAffinity: None
  externalName: www.httpclient.cn

在上述配置中,我们创建了一个名为my-external-service的Service,其类型为ExternalName,并将www.httpclient.cn映射到该Service。这就相当于在Kubernetes集群内部创建了一个别名,可以通过访问my-external-service来访问www.httpclient.cn。

需要注意的是,使用ExternalName类型的Service需要确保目标外部服务已经存在,并且可以通过域名进行访问。

测试过程

root@5c856df78-5ml9f:/# curl -k  test-ex.cv-console-dev -vvv
*   Trying 47.244.242.115:80...
* Connected to test-ex.cv-console-dev (47.244.242.115) port 80 (#0)     ---------------------外部的域名对应的ip
> GET / HTTP/1.1
> Host: test-ex.cv-console-dev
> User-Agent: curl/7.74.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Server: nginx/1.15.12
< Date: Thu, 31 Aug 2023 08:49:05 GMT
< Content-Type: text/html
< Content-Length: 612
< Last-Modified: Fri, 21 Jun 2019 06:42:16 GMT
< Connection: keep-alive
< ETag: "5d0c7c48-264"
< Accept-Ranges: bytes
<
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>
* Connection #0 to host test-ex.cv-console-dev left intact
相关实践学习
深入解析Docker容器化技术
Docker是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。Docker是世界领先的软件容器平台。开发人员利用Docker可以消除协作编码时“在我的机器上可正常工作”的问题。运维人员利用Docker可以在隔离容器中并行运行和管理应用,获得更好的计算密度。企业利用Docker可以构建敏捷的软件交付管道,以更快的速度、更高的安全性和可靠的信誉为Linux和Windows Server应用发布新功能。 在本套课程中,我们将全面的讲解Docker技术栈,从环境安装到容器、镜像操作以及生产环境如何部署开发的微服务应用。本课程由黑马程序员提供。 &nbsp; &nbsp; 相关的阿里云产品:容器服务 ACK 容器服务 Kubernetes 版(简称 ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情: https://www.aliyun.com/product/kubernetes
相关文章
|
域名解析 Kubernetes 网络协议
k8s教程(service篇)-pod的dns域名
k8s教程(service篇)-pod的dns域名
3125 0
|
人工智能 安全 Cloud Native
阿里云事件总线 EventBridge 正式商业化,构建智能化时代的企业级云上事件枢纽
阿里云事件总线EventBridge自2020年发布以来,致力于构建统一的事件枢纽,支持微服务架构演进。其核心特性包括稳定安全、高性能低成本、开放集成及统一事件标准,适用于EDA、流式ETL、AI数据集成等多种场景。EventBridge于2025年6月3日正式商业化,提供灵活计费模式,包括事件量和CU配额计费,帮助企业高效实现松耦合、分布式的事件驱动架构。
|
4月前
|
安全 数据安全/隐私保护 Windows
乱删文件,电脑不能开机,怎么办
很多朋友在清理电脑时误删系统文件,导致黑屏、蓝屏、无限重启等问题。本文详解误删关键文件后的修复方法,包括安全模式修复、系统恢复工具、命令提示符修复引导、系统还原及重装系统等方案,帮助你应对电脑无法开机的困境。
|
8月前
|
人工智能 运维 安全
|
11月前
|
运维 监控 安全
Landing Zone一站式上云框架场景和实践
本文将介绍阿里云Landing Zone的方案、应用场景及新功能。Landing Zone是云上安全可控、可扩展的架构,涵盖资源规划、财务管理、身份权限、合规审计、网络规划、安全防护、运维管理和自动化模块八大方面,帮助企业敏捷创新并满足IT治理需求。具体应用包括零售行业的多品牌管理、生命科学的数据交换、自动驾驶的合规监管和金融行业的严格合规要求。新功能则聚焦于财年上线的统一管控产品,如配额管理、Prometheus监控和网络IPAM方案,以及降低跨账号安全门槛。
|
搜索推荐 数据可视化 持续交付
喷泉模型在项目管理中的实际应用与优势
喷泉模型是一种迭代开发方法,强调阶段性交付和动态调整,适合需求不明确或变化频繁的项目。通过持续反馈优化产品,不仅能紧跟需求变化,还能为客户创造早期价值。结合看板工具,可进一步提升团队协作和项目管理效率。
246 4
喷泉模型在项目管理中的实际应用与优势
|
存储 NoSQL 网络协议
PG内核解读-第1节PostgreSQL系统概述
本文整理自阿里云数据库开源社区Maintainer于巍(花名漠雪),在PostgreSQL数据库内核解读系列的分享。本篇内容主要分为四个部分: 1. 本系列教程介绍 2. PostgreSQL概述(历史、架构) 3. PostgreSQL安装启动 4. PostgreSQL常用命令、调试
PG内核解读-第1节PostgreSQL系统概述
|
API Docker 容器
jumpserver API调试
jumpserver API调试
|
安全 Linux 数据安全/隐私保护
阿里云镜像仓库:拉取和推送Docker镜像
阿里云镜像仓库:拉取和推送Docker镜像
42745 2
阿里云镜像仓库:拉取和推送Docker镜像
|
分布式计算 Java Hadoop
NameNode 处理线程配置(心跳并发)
NameNode线程池处理客户端和数据节点请求,如读写文件及心跳、块报告。通过调整`dfs.namenode.handler.count`(默认10,示例设为21)在`hdfs-site.xml`中可控制并发处理能力。线程数过多或过少都可能影响性能,需平衡资源使用并进行基准测试以确定最佳值。合理线程数可通过公式`int(math.log(N) * 20)`计算,N为服务器数量。例如,3台服务器的计算结果为21。
529 4