部署前端服务器之拓扑设计

拓扑生成器是 Microsoft Lync Server 2010 的一个安装组件。使用拓扑生成器可以显示和调整您所规划的拓扑。它还能验证拓扑,并且在您准备开始部署时,可以用来为您的 Lync Server 2010 部署编写拓扑。在各个服务器上安装 Lync Server 2010 时,服务器会读取编写的部署作为安装过程的一部分,而安装程序会根据拓扑中的指示部署服务器。 本节介绍如何准备并安装拓扑生成器,以及如何使用此工具定义新的 Enterprise Edition 拓扑、前端池或 Standard Edition 部署。

定义拓扑后,必须先发布拓扑,然后才能安装 Lync Server 2010。但是,在发布拓扑前必须设置环境。本节中的主题介绍如何使用拓扑生成器定义拓扑,但不包括如何发布拓扑。准备生产环境和发布拓扑所需的过程会在本部署文档后面的内容中进行介绍。

1. 拓扑生成器安装要求

1) 登录-前端服务器-LS-FE

2) 运行-安装

3) 选择-安装拓朴生成器

2. 定义和配置拓扑

可使用拓扑生成器定义和配置拓扑。拓扑生成器不要求您是本地 Administrators 组或特许域组(如 Domain Admins)的成员。您能够以标准用户身份定义拓扑。如果首次使用和以后编辑会话时启动拓扑生成器,将会提示您选择希望拓扑生成器加载当前配置文档的位置。选项如下所示:

? 从现有部署下载拓扑

? 从本地文件打开拓扑

? 新建拓扑

如果已定义一个拓扑并建立中央管理存储,则应选择从现有部署下载拓扑。拓扑生成器将读取数据库并检索当前定义。如果您有现有中央管理存储,则应始终选择此选项。

如果尚未建立中央管理存储,并且希望编辑以前保存的配置,则应选择从本地文件打开拓扑。将要打开的文件就是以前会话中保存的配置文件。可以使用此选项编辑以前保存的拓扑。

警告:

如果您已有发布的拓扑,则不应加载本地配置文件,而应选择从现有部署下载拓扑。

如果要创建新的拓扑生成器配置,请选择创建新的拓扑。以前保存的设计不会被覆盖,除非选择将其另存为以前设计会话中创建的同一文件。

在每个选项中,都会提示您选择存储拓扑生成器配置文件的位置。文件的位置可以是本地位置、已建立文件共享上的共享位置或可移动介质。

2.1. 在拓扑生成器中定义和配置拓扑

运行拓扑生成器定义新拓扑或修改现有拓扑不需要本地管理员或授权域组的成员身份。根据您的配置要求,拓扑生成器会指导您完成为 Enterprise Edition 前端池或 Standard Edition 前端服务器定义拓扑的必要步骤。

必须先使用拓扑生成器来完成并发布拓扑,才能在服务器上安装 Microsoft Lync Server 2010。下列过程包含定义新拓扑所需的步骤。

定义拓扑

1) 启动拓扑生成器:依次单击“开始”、“所有程序”和“Microsoft Lync Server 2010”,然后单击“Lync Server 拓扑生成器”。

时间: 2024-07-29 05:08:23

部署前端服务器之拓扑设计的相关文章

部署前端服务器之准备基础结构和系统

1. 基本条件 1) 登录-LS-FE 2) 查看-计算机名 3) 查看-IP 4) 设置-IE代理 2. 设置硬件和系统基础结构 备注: Lync Server 2010 Enterprise Edition 的文件共享不能位于前端服务器上. 1) 登录-Sql2K8R2 2) 选择-D盘

部署前端服务器之准备Active Directory域服务

1. 运行架构准备 1.1. 使用安装程序运行架构准备 1) 以 Schema Admins 组成员和在架构主机上具有 Administrator 权限的身份登录到林中的服务器. 2) 从 Lync Server 2010 安装文件夹或媒体中,运行 Setup.exe 来启动部署向导. 3) 如果提示您安装 Microsoft Visual C++ 可再发行软件产品,单击"是". 4) Microsoft Lync Server 2010 的"安装"对话框将提示您选

为GitTest.com设计全球部署和服务架构

为GitTest.com设计全球部署和服务架构 刚刚为GitTest.com设计了全球部署和服务架构,上图哈: GitTest.com提供一个开源测试流程管理服务,目前分为两个项目: 1.基于开发yii2的web:https://github.com/gittestapi/gittest, demo: http://gittest.com 2.自动化调用所需的 REST API服务:https://github.com/gittestapi/gittestapi

从小站到大站的技术架构优化之路-网站架构与前端服务性能优化

一.课程目的 2015年,5月的某天,正在上班,突然看线公司群里开始发出携程网访问500的信息,于是乎,大家小扯的一下,大家并没有想到后来发生的事情的事情会如此震惊,开始官方的微博确认问题为,正遭受攻击,但后来内部的技术人员泄漏出"数据库被物理删除!" 这个对于技术的人员来说,可以说是非常惊讶的消息,大家开始了各种疑问,怎么确定是数据库引起,作为一个大公司怎么会有这种问题产生,数据库作为底层核心,为什么恢复机制是那么薄弱. 陆续消息中,最后传出,由于运维人员的类似于自动化系统操作不当,

微软ARM架构Windows服务器之举:微软官员答笔者问

微软发布第一波新闻稿后,业内人士发现微软又正式宣布长期来一直与英特尔.AMD和两个ARM厂商(高通和Cavium)有合作,以支持奥林巴斯(Olympus)项目,奥林巴斯项目是微软提供给开放计算项目的下一代云硬件设计.微软还宣布了一直都与多家ARM供应商(包括高通和Cavium)在洽谈将Windows服务器移植到ARM,但只供微软内部数据中心用. 网上可以找到微软在开放计算项目峰会的演讲录音(https://www.youtube.com/watch?v=0hcpUFMXGM8). 笔者曾就微软本

大咖直播第五期问答整理:小咖秀张华伟讲解千万级用户App服务端架构设计

3月18日在线实时分享顺利结束,本次由小咖秀技术总监张华伟讲解千万级用户App服务端架构设计.本次直播中现场观众提出了很多技术问题,我们把这些问题和答案整理好分享给大家. 问答列表: 负载均衡是怎么做的? 如果使用阿里云负载均衡,是如何做数据同步? 有用到反向代理吗?技术架构能说下吗? 程序怎么扩展 能说下服务器数量? 怎么上线? 上线版本怎么控制的? 初期搭建系统的时候,阿里云选择的基本配置是什么呢 请问功能模块之间的通信是怎么实现的?http接口?RPC?WS?还是其他? 缓存选择的方向是怎

Kubernetes服务目录的设计

本文讲的是Kubernetes服务目录的设计[编者的话]OpenShift 3.6新版本包括新的服务目录和服务中介技术预演版.它们是基于Kubernetes的孵化项目Kubernetes Service Catalog project.服务目录通过Open Service Broker API集成服务中介,由服务中介管理服务的创建和管理:这篇文章将深入介绍服务目录的设计. [3 天烧脑式基于Docker的CI/CD实战训练营 | 北京站]本次培训围绕基于Docker的CI/CD实战展开,具体内容

SOA之基于服务总线的设计

在上文中,主要介绍了SOA的概念,什么叫做"服务","服务"应该具备哪些特性.本篇中,我将介绍SOA的一种很常见的设计实践--基于服务总线的设计. 基于服务总线的设计 基于总线的设计,借鉴了计算机内部硬件组成的设计思想(通过总线传输数据).在分布式系统中,不同子系统之间需要实现相互通信和远程调用,比较直接的方式就是"点对点"的通信方式,但是这样会暴露出一些很明显的问题:系统之间紧密耦合.配置和引用混乱.服务调用关系错综复杂.难以统一管理.异构系统

混合云/多云环境如何部署微服务

微服务能够为混合云或多云部署带来大量的好处,但是它们也能够带来与网络.安全性等相关的新挑战. 大多数IT企业已经开始认识到在开发和部署中实施软件组件化的好处.在云中,组件化带来了重要的优势,例如增加弹性和支持横向扩展. 微服务(即通常在应用程序中共享的小型功能组件)能够显著地放大这些优势.但是,首先用户必须正确地规划.开发和部署微服务. 了解如何让微服务起作用 如需开始规划微服务,IT团队需要了解微服务与以服务为导向架构中应用程序组件或元素的不同之处.微服务不是完整的应用组件:它们是在应用中作为