第八章命名服务
DCS9(命名服务)
第8章 命名服务主要内容：分布式系统中的命名方式，名字服务器设计，实例分析学时：45′*1重点：名字服务器设计难点：导航与定位8-1概述一、名字与属性名字(Name)：文本名（用户使用的外部名，可读性），系统标识符（系统使用的内部名）名字举例：1、物理/逻辑网址：表示名字的位置或者地址2、端口、进程等标识符：表示名字的地址——消息的目的地3、资源标识符：资源的低层独立定位标识符4、文件标识符：用于定位文件一个名字标识一个对象，它们之间的联结叫做绑定(Banding)。
属性值：基本值（如整数），自身的符号值（如Internet地址：230.103.125.078）二、名字服务系统名字服务系统实现名字的文本名与属性的映射，可以认为，该服务系统管理一个用于实现名字绑定的“数据库”。
有两个重要的问题需要解决：1、一致性(Unification)——使用一致的命名规则，名字一致2、集成(Integration)——多子系统集成时，解决冲突问题三、名字服务的一般要求1、处理任意数量的名字并为任意数量的管理组织服务；2、长生命期3、高可靠性4、故障隔离5、容忍怀疑8-2 一般的命名方式为了命名的方便，在一个大系统中，人们常常使用多层目录结构来管理文件和资源，因此这些资源就有了路径名。
8-3分布式系统中的命名方式一、名字管理器的主要功能主要功能：符号串名映射为物理地址。
z通过管理名字在系统中的地址去定位命名过的对象；z创建、删除、更改对象的名字；z改变对象的位置，支持对象在系统中的迁移；z利用对象名字来支持对象的共享；z创建对象组，支持组内名字操作（添加、删除、枚举、测试等）；z支持对象组的递归结构；z完成外部名到内部名的映射工作。
二、分布式系统中的命名方案1、绝对命名全系统范围内唯一。
在机内，可以是由时钟、计数器产生的串。
2、相对命名依赖于上下文，不同的使用者，可用不同的名字，即名字不惟一。
3、层次式命名z对象被分成组；z每组有全局唯一的组名；z每个对象具有组内唯一的名字；z组中对象可以进一步分成若干组。
rocketmq nameservice 详解
rocketmq nameservice 详解摘要：1.简介2.RocketMQ的NameService的作用3.RocketMQ NameService的部署与配置4.RocketMQ NameService的工作原理5.总结正文：RocketMQ是一个分布式消息中间件，具有高性能、高可靠、高扩展性等特点。
在RocketMQ中，NameService是一个关键组件，负责管理Broker、生产者、消费者之间的消息队列名称、主题名称等信息。
本文将对RocketMQ 的NameService进行详细解析。
1.简介RocketMQ NameService是一个基于ZooKeeper实现的命名服务，它负责维护消息队列和主题的命名空间，以及处理客户端的命名服务请求。
NameService的主要目标是简化客户端的使用，提高系统的可扩展性和可靠性。
2.RocketMQ的NameService的作用RocketMQ的NameService具有以下作用：(1) 命名服务：NameService负责管理消息队列和主题的命名空间，为客户端提供命名服务。
客户端可以通过NameService获取队列和主题的元数据信息，例如队列的创建时间、所属Broker等。
(2) 路由服务：NameService根据客户端的请求，可以动态地路由消息到指定的Broker，实现负载均衡和高可用性。
(3) 故障检测：NameService能够检测到Broker和消费者的故障，并及时将消息队列和主题的状态更新为故障状态，从而避免客户端在发送消息时，因Broker或消费者故障而导致消息丢失。
3.RocketMQ NameService的部署与配置RocketMQ NameService依赖于ZooKeeper，因此需要先部署ZooKeeper。
部署完成后，在RocketMQ的配置文件中，设置NameService 的类型为zookeeper，并配置ZooKeeper的地址。
2.3 命名服务
25
– 网络互连和分布式系统规模扩大
• 几个例子：
– Grapevine：最早的可扩充多域名字服务系统之一 – Global Name Service：DEC系统研究中心开发的全 球名字服务，是 Grapevine的下一代，目标为：
• 处理任意数量的名字并为任意数量的管理组织服务： 例如，该系统应能处理世界上所有计算机用户的Email地址。
9
三、名字服务的一般要求（续）
• ……
• 长生命期：在其生命期中，名字空间的组织和 实现名字服务的一些组件将会发生许多变化。 • 高可靠性：绝大多数服务系统依赖于名字服务 系统，一旦它崩溃了，其他服务系统就无法工 作。 • 故障隔离：局部故障不会导致整个名字服务系 统失效。 • 容忍怀疑：在一个较大的开放系统中，不存在 所有客户都信赖的组件。
7
二、名字服务系统（续）
• 名字管理从其他服务中独立出来的原因：
– 很大程度上是因为分布式系统的开放性； – 一致性 (unification) ：让不同的服务器或服务系统管理的资 源出现在同一命名方案中似乎比较方便的。
• 例如在UNlX中的NFS中，一些文件在本地磁盘上管理，而另一 些则在远程服务器上，所有的文件出现在单一的名字空间层次 结构中。此外，一些“文件”的名字涉及到本地设备或命名过 的管道。
12
2.3.2一般的命名方式（续）
• 由于系构 。 • 文件名的含义：
– 不仅指文件名本身 – 而且也应包括它与根之间所有目录的名字(路 径名)。
• 一个例子：tset.dat文件的
完全路径名是root: A:test.dat。
13
2.3.2一般的命名方式（续）
23
2.3.4名字服务器的设计（续）
第八章命名服务
1.一般的命名方式
• 在计算机系统中，每个对象一般有两个名字，一个 是由用户识别的文本名（符号名），另一个是由系 统使用的内部名。内部名可以是该对象的实际位置， 也可以是查询该对象之地址的一种表示形式。通过 某种映射，系统可以把用户定义的符号名转换成相 应的内部名。
12
1.一般的命名方式
• 下图给出了一个简单的文件目录结构。其中A、B各 有三个文件，其目录包含了每个文件的文件名及指 向对应文件在磁盘上地址的指针。这里，相同的文 件名可用来指称不同的文件。例如，两个目录中都 含有s.Pas，但它却代表两个不同的文件。不同的文 件名也可以指称同一个文件。例如，A目录中的 test.dat和B目录中的old.dat两者的指针都指向“文 件1”。
41
3. DNS工作原理
• 域名解析顺序：a.本机DNS缓存； b.本机Hosts文 件； c.DNS服务器
• 本地解析
当客户端提出解析请求时，首先将请求传送至DNS客户 服务，以便使用本地缓存信息进行解析。本地解析程序 的缓存包括两种名称信息：本地配置的主机文件，该文 件是主机名称到地址的映射信息，在DNS客户服务启动 时预先加载到缓存中；从以前的DNS查询应答的响应中 获取的资源记录，它被保留在缓存中一段时间。
• 顶级域：（组织域；国家或地区域；反向域）； • 二级域：是由一些域名提供商出租给个人,企业net 或内部网的计算机名称
。
40
3. DNS工作原理
• DNS分为Client和Server，Client扮演发问的角 色，也就是问Server一个Domain Name，而 Server必须要回答此Domain Name的真正IP地 址。而当地的DNS先会查自己的资料库。如果自 己的资料库没有，则会往该DNS上所设的DNS询 问，依此得到答案之后，将收到的答案存起来， 并回答客户。
CORBA命名服务
命名服务的本质是：将名字与corba对象引用绑定，即：名字与corba对象引用之间的一个映射关系。
一个名字对应一个对象引用，一个对象引用可以对应多个名字。
（关系为一对多）功能：实现给定一个名字，就可以获得绑定到该名字的对象引用。
优点：不需要知道对象的物理位置，只根据名字就可获取该对象的引用。
对应用程序而言，实现了网络透明。
命名服务的名字：命名服务的名字是由上下文环境组成的。
表现形式为：aaa/bbb/ccc/ddd （aaa/bbb/ccc/ddd为一个命名服务的名字）。
一个名字可以分为几个子名字（aaa，bbb，ccc，ddd）。
结构如下图所示，该结构可称为“命名树”或“命名环境”：名字在corba中的结构定义为：module CosNaming {typedef string Istring;struct NameComponent {Istring id;Istring kind;}typedef sequence <NameComponent> name;}其中，一个名字对应结构：name；一个子名字对应结构：struct NameComponent。
id为子名字的名称，kind为该子名字的属性描述。
name类型的名字在使用时，类型名为：CosNaming::Name_var；字符串类型的名字在使用时，类型名为：CosNaming::NamingContextExt::StringName命名服务中提供的操作：（均由接口CosNaming::NamingContextExt提供）1．to_name()类型转换：将字符串形式的名字转换为CosNaming::name类型的名字2．to_string()类型转换：将CosNaming::name类型的名字转换为字符串形式的名字3．resolve_str()根据字符串形式的名字，从命名树中获取该名字对应的对象引用。
例如：CosNaming::Name_var name(4);name.length(4);//注意：下标从0开始。
云服务器命名规则
云服务器命名规则深入解析云服务器命名规则：理解与实践在数字化时代，云计算已经成为企业运营和IT基础设施的核心部分。
云服务器，作为云计算服务中的重要组件，其命名规则不仅影响着系统的组织结构，还对运维效率、可读性和安全性产生深远影响。
本文将深入探讨云服务器的命名规则，包括其目的、组成部分、最佳实践以及实际应用案例。
一、命名规则的目的1. 易于理解和管理：云服务器的命名规则有助于团队成员快速识别和定位服务器，无论是新入职的员工还是经验丰富的运维人员，都能通过名称快速了解其功能、用途或归属。
2. 组织架构清晰：合理的命名有助于建立层次分明的服务器架构，便于资源管理和故障排查。
例如，按部门、项目或应用类型进行分类，使资源管理更为有序。
3. 安全性和合规性：命名规则有助于实现访问控制和权限管理，避免误操作或非法访问。
同时，符合行业标准和法规要求，如ISO 27001等。
二、命名规则的组成部分1. 主机名：通常由字母和数字组成，可以包含特定的含义，如服务类型（web, db, app）、环境（dev, test, prod）、版本号或项目代号。
2. 地域标识：为了区分不同地理位置的服务器，许多云服务商会在主机名中加入地域信息，如aws的us-east-1、eu-west-1等。
3. 序列号或唯一标识符：用于区分同一类型或环境下多个服务器，如实例ID、UUID或自定义编号。
4. 管理标签：有时会附加一些描述性的标签，如运维人员、团队名称或特定功能，帮助追踪和管理。
三、最佳实践1. 简洁明了：避免使用过于复杂的名称，确保易于阅读和记忆。
尽量使用有意义的词组，而非纯数字或随机字符。
2. 规范化：遵循统一的命名格式和规则，以便于自动化工具的处理，如DNS解析、配置文件查找等。
3. 更新频率：随着服务器生命周期的变化，及时更新命名以反映其状态，如从测试环境迁移到生产环境时。
4. 避免敏感信息：确保命名中不包含敏感数据，如密码、账号等，以防止数据泄露。
服务器命名规则(二)
服务器命名规则（二）引言概述：服务器命名规则是在网络管理中非常重要的一项工作，它影响着服务器管理、维护和故障排除等方面。
本文将进一步介绍服务器命名规则的具体内容，包括命名标准、命名约定以及应用场景等，以帮助网络管理员更好地进行服务器管理。
正文内容：一、命名标准1. 区分性：服务器命名应具备足够的区分能力，避免命名重复导致混淆。
2. 简洁性：服务器命名应尽量简洁明了，方便管理员和用户识别。
3. 遵循规则：服务器命名需符合统一制定的命名规则，保持统一性和规范性。
4. 可扩展性：服务器命名应考虑未来扩展的需求，避免过于具体而难以调整。
二、命名约定1. 基于功能：可以按照服务器的功能划分命名，例如Web服务器、数据库服务器等。
2. 基于用途：可以按照服务器的具体用途划分命名，例如测试服务器、开发服务器等。
3. 基于地理位置：可以按照服务器所在的地理位置进行命名，例如洲、国家、城市等。
4. 基于编号：可以按照服务器的编号进行命名，例如S001、S002等。
5. 结合前缀和后缀：可以在服务器命名中添加前缀和后缀来进一步区分服务器，例如添加部门名称或服务器型号等。
三、应用场景1. 企业内部网络：在一个企业的内部网络中，可以根据不同部门或项目组的需求进行服务器命名。
2. 数据中心：在一个大型数据中心中，可以根据机柜、机架或楼层等条件来进行服务器命名。
3. 云计算环境：在云计算环境中，可以根据不同租户或虚拟机规模来进行服务器命名。
4. 群集环境：在一个群集环境中，可以根据集群节点或角色来进行服务器命名。
5. 虚拟化环境：在一个虚拟化环境中，可以根据不同虚拟化主机或虚拟机来进行服务器命名。
四、注意事项1. 避免使用特殊字符：服务器命名中应避免使用特殊字符，以免引起特殊字符识别问题。
2. 制定命名规则：在制定服务器命名规则时，应结合实际需求并与相关人员进行沟通和协商。
3. 命名一致性：维护服务器命名的一致性是服务器管理的关键，需确保命名规则能得到一致遵守。
zookeeper命名服务案例
在计算机网络领域中，zookeeper命名服务是一个非常重要的概念。
它可以帮助分布式系统中的各种组件进行协同工作，并提供可靠的命名服务。
本文将详细探讨zookeeper命名服务的概念、原理和在实际应用中的案例。
1. 什么是zookeeper命名服务？Zookeeper是一个开源的分布式协调服务，致力于解决分布式应用中一些复杂的问题。
其中，zookeeper命名服务是指zookeeper作为分布式系统中的命名服务的功能。
通过zookeeper命名服务，分布式系统中的各种组件可以注册、发现和使用服务，实现了整个系统的高度可靠性和稳定性。
2. zookeeper命名服务的原理Zookeeper命名服务的核心原理是基于zookeeper的数据节点和事件通知机制。
当一个服务组件需要注册到zookeeper中时，它会创建一个临时有序节点，并将自己的服务位置区域信息写入节点的数据中。
这样，其他服务组件就可以通过监听zookeeper节点的事件通知来发现新注册的服务，并进行对应的调用。
3. zookeeper命名服务的实际应用案例3.1 在分布式RPC框架中，zookeeper命名服务被广泛应用。
Dubbo框架就是使用zookeeper作为其服务注册与发现中心的。
3.2 在微服务架构中，zookeeper命名服务也扮演着重要的角色。
通过zookeeper，微服务之间可以更加灵活地进行服务的注册和发现，从而实现了整个微服务系统的高可用性和弹性扩展性。
3.3 在云计算评台中，zookeeper命名服务也有很多应用场景。
一些云计算评台的虚拟机、容器等资源的管理和调度都离不开zookeeper的命名服务。
总结回顾通过以上的介绍，我们可以看出zookeeper命名服务在分布式系统中扮演着非常重要的角色。
它通过zookeeper的数据节点和事件通知机制，实现了分布式系统中各种服务组件的注册、发现和使用。
在实际应用中，zookeeper命名服务被广泛应用于分布式RPC框架、微服务架构、云计算评台等领域，为这些分布式系统提供了高可用性、高可靠性和高稳定性的保障。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
text.dat。
root
A
B
test.dat my.c s.pas
old.dat own.c s.pas
文件的层次结构
15
(1)分布式系统的透明性
2. 分布式系统中的命名方式
• 系统的透明性（transparency）是指系统的内 部细节对用户是隐藏的。一个真正透明的分布式 系统的用户把该系统看成是一个统一的整体。例 如，它可以任意移动系统中的某个文件而不必改 变文件的名字。
16
(1) 分布式系统的透明性
分布式系统的透明性主要包含以下方面： • 名字透明性：一个对象的名字不依赖于系统中的站点，
每个对象有一个全局惟一的名字，不同站点使用同一 个名字访问同一个对象。 • 位置透明性：对象的名字是独立于该对象位置的，这 样，与一个名字相关的对象可从一站点迁移到另一站 点而不必改变其名字。
19
(1) 分布式系统的透明性
• 复制透明性: 某个对象的用户不知道该对象是否是复 制的．即系统对用户提供了对象的单一副本。
• 故障透明性: 系统可对用户隐藏“系统的某些成分已经 故障”这一事实。当然，用户可通过系统性能的衰减而 察觉到这一点。
• 全局透明性：系统的边界对用户完全透明，用户像使 用单机一样使用分布式系统。
• 三种类型的名称：地址，标识符，用户友好的名称 。
地址：与实体相关的访问点的名称。(IP) 标识符：用来唯一标识实体的名称。(UFID) 用户友好的名称：由字符串表示，由人来使用。(域名)
7
2.属性
• 属性：基本值（如整数）或者自身的名称。
3. 联编
联编：名称和对象之间的联结。
8
4.名称的映射
• 名称的映射：实现由名称到实体的对应。 • 实例：在资源标识符包含端口标识符的系统中
，名称的映射关系。
9
/users/smith/prog.c
164997
9
文本文件名
资源标识符（端口标 识符，特定服务标识
符）
网络地址 2:60:8c:2:b0:5a
服务器 file
10
8.2 命名方式
• 一般的命名方式 • 分布式系统中的命名方式
18
(1) 分布式系统的透明性
• 并发存取透明性:一个对象的用户通常不知道还有其他 用户也在并发存取该资源，即用户得到了这种假象— —他是在互斥存取该对象。
• 进程诱明性：每一进程就像在一台机器上运行时那样 去识别所有其他进程。这就要求有一个大的惟一的进 程名空间，使系统能可靠地对运行在任意站点上的进 程发送信息并获取进程状态。对用户而言，编写程序 就像为一台机器编写程序一样，而写好的程序则能在 多台机器上运行。
20
(1) 分布式系统的透明性
• 文件系统透明性:文件可存放在系统中的任何站点、文 件有多少副本、最新版本是多少、如何更新均由系统 解决，多副本间的一致性由系统自动协调。用户则可 用存取本地资源同样的方式存取远程文件。
• 性能透明性（又称网际透明性）：这是一个综合要求， 简单地说是指使访问远程资源与访问本地资源所需的 开销之差小到可忽略的程度。或者说，用户不应感到 由于远程存取而带来过多的性能衰减。
或拥有者总希望对它的资源保持尽可能多的局部控制， 这一点有时可能与系统的透明性相冲突。
11
1.一般的命名方式
• 在计算机系统中，每个对象一般有两个名字，一个 是由用户识别的文本名（符号名），另一个是由系 统使用的内部名。内部名可以是该对象的实际位置， 也可以是查询该对象之地址的一种表示形式。通过 某种映射，系统可以把用户定义的符号名转换成相 应的内部名。
12
1.一般的命名方式
• 下图给出了一个简单的文件目录结构。其中A、B各 有三个文件，其目录包含了每个文件的文件名及指 向对应文件在磁盘上地址的指针。这里，相同的文 件名可用来指称不同的文件。例如，两个目录中都 含有s.Pas，但它却代表两个不同的文件。不同的文 件名也可以指称同一个文件。例如，A目录中的 test.dat和B目录中的old.dat两件的目录结构
14
1.一般的命名方式
• 由于系统可以有多个用户，因此，目录常常组织成
层次结构。每一用户在根目录或主目录中都有一个
表项。因此，文件名不仅只是文件名本身，而且也
应包括它与根之间所有目录的名字（路径名）。
✓ A目录中的 test.dat文件的完全路径名是 root：A：
3
各种对象的庞大集合 针对不同对象进行命名
提供各种服务
设计名字服务器
设计命名方式
系统对命名对 象的实际需求
名字服务 器
4
域名 命名方式：层次方式
名字服务器
202.108.22.43服务器58.1 名称与属性
• 名称 • 属性 • 联编 • 名称的映射
6
1. 名称
• 名称：由位和字符组成的字符串，用来指向一个实 体。
17
(1)分布式系统的透明性
• 程序执行的透明性：在响应一个用户提出的“执行某个 程序”的请求时，操作系统可在系统内任何可用的处理 机上调度所指程序的执行，并对用户保持这种透明性。
• 存取透明性：存取一个对象与与该对象的位置无关。 存取透明性不仅保证一个进程可从一处理机迁移到另 一处理机上运行，而且还可以实现将一个任务分配后， 使其各子任务在不同的处理机上并发执行。
21
(1) 分布式系统的透明性
命名方案与透明性问题极为相关，系统的透明性含 了下面的事实： • 资源的位置不应嵌入其名字中； • 名字应该是全局惟一的，相同的名字应该有相同的效果
，不管在哪个站点上使用，它们都应该有相同的含义。
22
(1) 分布式系统的透明性
在一个实用的分布式操作系统中提供完全的透明性 是 比较困难的，而且也未必总是需要的。因为透明性 与分布式系统的下面几点要求相冲突： • 局部自治性：在一个分布式系统中，某个站点的管理者
第八章 命名服务与透明性
1
主要内容
8.1 名称与属性 8.2 命名方式 8.3 分布式系统的命名服务系统 8.4 DNS域名服务系统 8.5 小结
2
• 名称在所有计算机系统中起着重要的作用，它们用 来共享资源，唯一标识实体，指向位置等。命名的 对象可以有多种类型，而且可被一些不同的服务来 访问。命名方案与系统的透明性密切相关。命名服 务器可根据给定的名字来进行资源或对象的地址定 位，并获取有关的属性信息。