首页 文章 精选 留言 我的

精选列表

搜索[windows]，共10000篇文章
优秀的个人博客,低调大师

Windows Azure Pack与VMware VRA 对比(一)VMware vRealize Automation 简介与安装

vRealize Automation 提供了一个安全门户，在该门户中，授权管理员、开发人员或业务用户可以请求新的 IT 服务并管理特定云和 IT 资源，同时确保业务策略合规性。IT 服务（包括基础架构、应用程序、桌面及许多其他服务）请求通过一个通用服务目录处理，以便提供一致的用户体验。 通过使用 vRealize Automation 监控资源和容量使用情况，您可以加强成本控制。为了促进成本控制管理，您可以将 vRealize Business Advanced or Enterprise Edition与 vRealize Automation 实例集成，以便公开云和虚拟机资源的成本，帮助您更有效地管理容量、成本和效率。 下图为VRA的组件架构图： vRealize Automation Appliance 是包含 vRealize Automation 服务器的预配置虚拟设备。vRealize Automation 作为开放式虚拟机格式 (OVF) 模板提供。系统管理员可将该虚拟设备部署至现有的虚拟化基础架构中。该服务器包括 vRealize Automation Appliance 产品控制台，可为云服务的自助置备和管理、编写、管理以及管治提供单一门户。 vPostgres Database: 在部署虚拟设备的过程中，系统将在第一个 vRealize Automation Appliance 上自动创建 PostgreSQL 设备数据库。要创建高可用性环境，可以在另一个 vRealize Automation Appliance 上安装副本数据库。 IaaS服务器组建简介： Manager Service: vRealize Automation 模型可促进与外部系统和数据库的集成。它们实施 Distributed Execution Manager (DEM) 使用的业务逻辑。 Model Manager 为模型元素的保留、版本控制、保护和分配提供了许多服务和实用程序。它与数据库、DEM 以及控制台网站进行通信。 IaaS Website: IaaS Website 为 vRealize Automation 控制台提供基础架构管理和服务编写功能。Website 组件与 Manager Service 进行通信，可为其提供来自 Distributed Execution Manager (DEM)、代理程序和数据库的更新。 Distributed Execution Manager： Distributed Execution Manager (DEM) 运行自定义模式的业务逻辑，根据需要与该数据库以及外部数据库和系统进行交互。 每个 DEM 实例充当 Worker 角色或 Orchestrator 角色。Worker 角色负责运行工作流。Orchestrator 角色负责监控 DEM Worker 实例、预处理要运行的工作流并调度工作流。 Agents： vRealize Automation 使用代理与外部系统集成并管理 vRealize Automation 组件中的信息。 通常，vSphere 代理会作为部署的一部分进行安装。您还可以安装其他代理，具体取决于站点要求。 SQL 服务器： vRealize Automation 的 IaaS 组件使用 Microsoft SQL Server 数据库维护有关所管理计算机及其相应元素和策略的信息。通常，该数据库是在安装期间创建的。但是，系统管理员也可以单独创建数据库。 实验的服务器列表如下： Hosname IP Role vra.yueque.com 192.168.106.200 vRealize Automation Appliance Iaas01.yueque.com 192.168.106.201 IaaS server sql.yueque.com 192.168.106.202 IaaS SQL server exsi01 192.168.106.203 EXSI host vCenter01.yueque.com 192.168.106.204 vCenter server DC.yueque.com 192.168.106.2 Domain Controller 下载并且安装vRealize Automation Appliance : 下载地址：https://my.vmware.com/web/vmware/details?downloadGroup=VRA-720&productId=624&rPId=13826。该文件为OVA文件，直接在vCenter上打开进行安装即可。 vRealize Automation Appliance 安装配置过程如下 等待VRA安装完成，可以通过https://vra.yueque.com进行访问，下一步我们就可以进行IaaS服务器的安装和配置。 本文转自 月缺 51CTO博客，原文链接：http://blog.51cto.com/yueque/1890924，如需转载请自行联系原作者
2017-11-27
优秀的个人博客,低调大师

Windows Azure Pack与VMware VRA 对比(六)Azure Pack MSSQL PaaS功能测试

平台即服务（platform as a service，缩写作PaaS）是一种云计算服务，提供运算平台与解决方案堆栈即服务。在云计算的典型层级中，平台即服务层介于软件即服务与基础设施即服务之间。 平台即服务提供用户能将云基础设施部署与创建至客户端，或者借此获得使用编程语言、程序库与服务。用户不需要管理与控制云基础设施，包含网络、服务器、操作系统或存储，但需要控制上层的应用程序部署与应用托管的环境。 PaaS将软件研发的平台做为一种服务，以软件即服务（SaaS）的模式交付给用户。因此，PaaS也是SaaS模式的一种应用。但是，PaaS的出现可以加快SaaS的发展，尤其是加快SaaS应用的开发速度。 平台即服务（PaaS）这是在软件即服务（Software as a Service，简称SaaS）之后兴起的一种新的软件应用模式或者架构。是应用服务提供商（the Application Service Provider，简称ASP）的进一步发展。 本次实验进行MS SQL PaaS服务测试，数据库已经在另外一台服务器上安装成功。 1.管理portal连接数据。 先使用管理员登录azurepack 管理地址：https://azurepack01.yueque.com:30091/，点击“SQL Server”，点击“添加”。 输入数据库的fqdn，用户名，密码，数据库大小。 等待连接创建成功。 2.创建用户计划。 创建计划。点击“创建”。 点击创建计划 输入计划的名字 选择“SQL Server” 等待计划创建成功。 点击“Plan for MS SQL”,选择“发布”。 计划发布成功。 3.创建用户及关联数据库计划。 选择一个创建好的用户，点击该用户。 点击添加“订阅” 等待订阅添加完成。 4.用户登录及数据库创建测试 打开IE浏览器，输入https://azurepack01.yueque.com:30081，使用mark@yueque.com用户进行登录 在数据库一栏中，选择创建新的数据。 输入数据库的名字 输入数据库用户名，密码信息 等待数据库创建完成。 使用sql 连接管理工具，连接数据库。 登录成功，数据库连接成功。 用户访问其他用户的数据库，点击打开报错。 创建table成功。 至此，MS SQL DB PaaS创建测试成功。 本文转自 月缺 51CTO博客，原文链接：http://blog.51cto.com/yueque/1910095，如需转载请自行联系原作者
2017-11-26
优秀的个人博客,低调大师

为 Hyper-V 的 Windows Server 2003 虚拟机部署 NLB 应用

年前朋友联系我，讨论有关 NLB（网络负载平衡） 的问题，由于这是一个微软的项目，所以本节不再做详细的场景描述。大致的问题就是为 Hyper-V 上的虚拟机部署 NLB 后，两个节点便无法与网络进行正常的通讯，采用的是单播模式！初步讨论，配置步骤绝对没有错误，考虑到 Hyper-V 的新特性架构——VMBus，我想问题应该出在这里，于是进行了协助调试。果然，当把虚拟机的 VMBus 网卡改为旧版网卡后 NLB 可以正常通讯了。但是使用旧版网卡那么性能肯定不如 VMBus，经过讨论认为这应该是一个已知问题，那么肯定会有相应的解决办法。 之后，我搜索了相关的资料并为发现有价值的信息，不过在一篇老外的 Blog 里了解到 Hyper-V 上虚拟机的 NLB 需要再手工强制配置 NLB 的 MAC。也就是说，当我们为两台节点配置好 NLB 后，通过 ipconfig 获得当前 NLB 的群集 MAC 地址并记录下来；最后，配置每台虚机的设置，将用于 NLB 的网卡 MAC 改为之前我们纪录的 NLB 群集 MAC。这里，不必担心虚机的 MAC 地址一样而导致冲突报错。 本文转自 苏繁 51CTO博客，原文链接：http://blog.51cto.com/goxia/224033，如需转载请自行联系原作者
2017-11-25
优秀的个人博客,低调大师

[windows server 2008 站点系列一]AD的站点建立与子网的管理

本次课程将给大家介绍AD中站点和子网的功能、站点和子网之间的关联，以及相关的设置步骤。 应用背景介绍： contoso公司的总部在西安（Xian），陕南的汉中（Shannan）和陕北的榆林（Shanbei）分别设有分公司，分别负责陕南和陕北的业务。 contoso公司的全体员工人数是150人，因为整个公司的资源对象不多，所以采用单域结构实现了整个公司的IT架构管理。 公司的员工分布在三地（西安、陕南和陕北），为了便于三地员工访问AD的资源，所以分别创建了Xian、Shannan、Shanbei三个站点。 并且在三个站点分别部署了三台DC：DC1负责西安地区的用户做查询AD的动作、DC2负责陕南、DC3负责陕北（每个站点内都至少放置了一台DC）。 而三个站点都通过DDN专线相互联系。 点 此查看全图 在DC1上打开 “Active Directory 站点和服务”可以查看到西安、陕南、陕北三个地区的站点。 从上图中可以看出两方面内容： 一方面： 在每个站点中都有一台DC。 每个DC都可以根据“Active Directory 站点和服务”中的结构判断自己是属于哪一个站点为哪一个站点工作的（为所属站点的用户提供查询服务）。 另一方面： 在subnets（子网）中有三个子网，分别是192.168.66.0/24 、192.168.88.0/24、192.168.99.0/24。这三个子网分别给三个站点的成员机用来识别自己是属于哪一个站点，该连接到哪一台DC上去做查询。 而上面这样的设置就可以解决上面contoso公司的IT架构管理问题。 那么具体怎么样做设置？站点的概念是什么？这样做有什么用呢？ 下面咱们一步步来设置。 操作步骤： 1、分别把三台服务器升级成DC 2、打开 “Active Directory 站点和服务”分别创建三个站点的名字为 “Xian” “Shannan” “Shanbei”。 3、分别把DC1、DC2、DC3 从默认站点中移动到“Xian” “Shannan” “Shanbei” 三个站点。 4、在subnets（子网）中创建三个子网分别是192.168.0.66.0/24（Shannan） 、192.168.88.0/24（Shanbei）、192.168.99.0/24（Xian）（创建子网的时候选择子网所属的站点）。 总结：通过以上步骤就可以实现站点和子网的配置了。下面咱们总结一下站点的概念和作用。 站点的概念：高速连接在一起的一组计算机（一般是由一个或多个高速连接在一起的IP子网组成的），是从物理上抽象出来的概念（所以他既包含物理层面的含义，也包含逻辑层面的含义）。 站点的作用：优化复制，解决企业AD架构中的慢速连接问题，使用户能够可靠的、高度的连接到DC做AD的验证查询动作。 作用的说明：如果没有站点，陕南的用户登录域的时候，得去西安的DC上去做查询验证的动作，而陕南的用户可能是通过比较低速的网络连接到西安的DC1的，所以不论是IT环境的使用者还是IT环境的管理者，这样的结构都是一个负担。那么就需要有解决的方法，AD的站点正式解决这种物理连接速度过慢（慢速连接）问题的良方：站点之间的物理连接速度并不快，所以站点内的用户需要在AD中做查询的时候就只需要连接到站点内的DC上去做查询动作就OK了。这样的结构就解决了有慢速连接的网络的AD环境的物理连接问题。（这也是微软AD的高明之处，用逻辑的东东（软件），低成本高回报的解决了物理连接的问题。） 站点与域之间的关系：一个域中可以有多个站点、一个站点中可以有多个域。 视频讲解 本文转自 angerfire 51CTO博客，原文链接：http://blog.51cto.com/angerfire/234754，如需转载请自行联系原作者
2017-11-14
优秀的个人博客,低调大师

[windows server 2008 站点系列二]维护站点复制关系的桥梁站点链接

在本系列的第一讲中大家了解到了站点和子网的管理及相关设定。 通过对站点和子网的了解，大家可以在设计AD架构时更加灵活的处理被管资源和服务器（DC）之间的关系。同时在面对无法保障稳定状况的物理层链接时，也可以使用站点和子网实现网络逻辑资源的最优管理（也就是通过优秀的逻辑结构来改善因为物理限制而导致的慢速链接环境）。 既然站点和子网的规划和使用对AD的资源优化发挥了如此巨大的影响力，那么在站点和子网规划时，最为关键的就是复制关系的创建了：站点之间复制AD信息时所需的链接的创建和设置（桥身），以及站点中的复制设置（桥头）。 那么今天，就来和大家一起分享如何正确设置站点与站点的连接，以便于可以让跨站点的 DC 之间的数据可以正常复制，保持 AD 数据同步 。 环境描述： contoso公司的总部在西安（Xian），陕南的汉中（Shannan）和陕北的榆林（Shanbei）分别设有分公司，分别负责陕南和陕北的业务。 contoso公司的全体员工人数是150人，因为整个公司的资源对象不多，所以采用单域结构实现了整个公司的IT架构管理。 公司的员工分布在三地（西安、陕南和陕北），为了便于三地员工访问AD的资源，所以分别创建了Xian、Shannan、Shanbei三个站点。 并且在三个站点分别部署了三台DC：DC1负责西安地区的用户做查询AD的动作、DC2负责陕南、DC3负责陕北（每个站点内都至少放置了一台DC）。 而三个站点都通过DDN专线相互联系。 现在在DC1上打开“Active Directory 站点和服务”展开Inter-Site Transports如下图所示： 可以看到IP和SMTP，也就是告诉我们可以使用IP（也就是RPC）和SMTP这两个协议来实现站点之间AD资料的复制。 链接的创建（桥身 ）： 那么咱们，现在在IP上面按右键选择新建链接，建立一个西安和陕南之间的链接如下： 站点之间的链接的设置： 1、 开销：当我们的两个站点之间有多个连接存在的时候，具体复制的时候DC会如何判断从哪一个链接复制AD资料呢？成本最低的当然优先了，开销的数字越大成本越高，所以优先选择从成本低的路先走。 2、 复制频率：DC之间复制AD的频率 3、 复制计划：选择上图中的“变更计划”，就可以对DC之间使用当前链接复制AD资料的时间进行设定，比如为了不影响平时白天工作时间的网络带宽，您可以设置只有不上班的时间才进行复制的操作。如下图所示： 按照上面步骤还可以再建立西安和陕北之间的链接。如下图： 通过上面的步骤仅仅制作了桥身，也就是站点之间的链接，桥光有桥身没桥头是不行的，那么问题来了。 问题：站点之间复制的时候会如何确定使用哪一个台DC做复制的动作呢？ 答：只需要在两个站点中各出一台DC作为桥头，这样这个链接就可以完成了。 首选桥头的设置： 我们是可以设置的，展开陕北站点并右击需要设置的服务器选择属性，接着在常规选项卡中选择桥头服务器将要使用哪一种协议来链接另一个桥头，确定就OK啦。 另外需要说的是， 站点连接桥 ： 当两个站点间有多个链接时具体会选择哪一个作为链接呢？光从站点对外的链接来判断谁比较快其实不准，因为后面还会有其他的链接，所以要为站点之间判断一条最优的链接做为当前的复制路径的话。可以将多个链接合在一起，把这些链接的时间、周期、花费等做一个计算，来让站点中的DC判别从那一条路复制才是最省事的。 假设，我可以把xianshanbei和xianshannan这两个链接，做成一个链接桥，来做一个统一的计算，这样就不会选错路径去做复制的动作了。 在“Active Directory 站点和服务”工具的 “Inter-Site Transports”节点中右击IP选择新建站点链接桥，并将要统一计算的两个链接添加进链接桥中，起名后确定。如下图所示： 手动复制： 场景： 有些特殊时候，某台DC上可以因为慢速链接等原因没有及时复制其他DC上的AD资料，并且此时又急需其他DC上的资料，我们就可以使用手动复制的方式来获取其他DC上的AD。 方法： 展开站点下的服务器节点后可以看到NTDS Setings这个节点，选择后可以看到当前DC及站点间的复制关系。当您需要从指定站点手动复制AD资料时，可以右击对应的连接，选择立即复制副本。如下图： 总结： 1、站点之间正常复制关系的维护是需要通过链接的设置以及首选桥头的指定来实现的。 2、通过站点链接桥可以更精确的统计出最快的复制路径。 3、在特殊情况下可以使用手动复制的方法来实现AD的复制。 本文转自 angerfire 51CTO博客，原文链接：http://blog.51cto.com/angerfire/239173，如需转载请自行联系原作者
2017-11-08
优秀的个人博客,低调大师

操作主机 Domain Naming Master[为企业维护windows server 2008系列十]

本次为大家介绍AD的五大操作主机中的最后一位:Domain Naming Master (域命名主机). 在域环境中必须有一个机构来储存整个AD的架构(比如说整个域环境中哪一个域在哪一个域的下面,这样的树状结构必须有一个地方去记录). 那我们现在来稍微看一下,在系统管理工具里可以找到 Active Directory 域和信任关系这一项.我们打开他就可以看到整个AD的树状结构.那么必须有一台机器可以去维护这个树状结构,当AD的树状结构变动的时候,就需要找这台机器去做修改. 我们可以在 "Active Directory 域和信任关系" 上按右键,选择"操作主机" .大家可以看到域命名主机,就是Domain Naming Master.同时也可以在这里做这个操作主机的更改,也就是操作主机的转移的动作. 我们可以再次 右键 "Active Directory 域和信任关系" 选择连接到另一台服务器,再选择另一台DC后,确定连接到另一台DC. 接着在 "Active Directory 域和信任关系" 上按右键,选择"操作主机",此时选择更改.那么咱们的Domain Naming Master 就转移到另一台DC上了. 当然你也可以使用命令行的方式用Ntdsutil工具进行操作主机 Domain Naming Master 的转移工作.具体做法请参考: http://angerfire.blog.51cto.com/198455/212380 本文转自 angerfire 51CTO博客，原文链接：http://blog.51cto.com/angerfire/219346，如需转载请自行联系原作者
2017-11-07

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

时间: 2026-04-24 大小: 189MB 下载: 6次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2025-12-17 大小: 5MB 下载: 1次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-05-30 大小: 1.42GB 下载: 5次
WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

时间: 2025-12-13 大小: 249.54MB 下载: 22次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册