部署高可用的分布式文件系统(DFS)

部署高可用的分布式文件系统(DFS)

前面的博文中文大家介绍了如何来搭建一个分布式文件系统,以及分布式文件系统的优点,今天我们将要在博文中为大家介绍如何来实现分布式文件系统的高可用部署。

大家都知道,微软的服务只有实现了高可用(容错)以后用起来才是最安心的,那么下面我们就来看看DFS的高可用是如何配置的。

具体主机名称和IP地址如下:


计算机名


操作系统


IP地址


DNS


DFS地址


DC


Windows Server 2012 R2


Public:192.168.1.1\24


192.168.1.1


\\contoso.com\dfs-share


NWEB01


Windows Server 2012 R2


Public:192.168.1.2\24


192.168.1.1


NWEB2


Windows Server 2012 R2


Public:192.168.1.3\24


192.168.1.1

有了上面的计划准备,下面我们开始实验:

首先我们打开“NWEB01”服务器管理器:

点击工具----DFS Management:

打开以后,展开命名空间:

在我们创建的命名空间“contoso.com\dfs-share”上面鼠标右键,点击添加命名空间服务器:

在这里我们点击浏览来找到我们的第二台服务器“NWEB2”:

在选择次对象类型位置选择计算机,然后输入我们的计算机名称,点击检查名称,确认无误后点击确定:

确定命名空间服务器没有问题后点击“编辑设置”:

可以看到在这里我们可以编辑共享文件夹的权限,因为是实验环境,所以我保持默认,点击确定:

在此我们点击确定:

这里点击DFS管理中部的“命名空间服务器”:

Ok、可以看到我们已经成功的将“NWEB2”这台服务器添加到DFS命名空间服务器。

测试:

在客户机上访问我们的共享文件夹:

访问:\\contoso.com\dfs-share:

可以看到我们已经成功访问。

下面我们禁用“NWEB2”的网卡:

OK、可以看到我们的网卡已经禁用,然后按下WIN+R键:

输入我们共享文件夹的地址:\\contoso.com\dfs-share:

OK、可以看到我们已经成功访问到了我们的共享文件夹。

到这里我们的实验就圆满结束了!下篇博文中我们将为大家介绍如何利用DFS命名空间来做我们故障转移群集的仲裁磁盘。

时间: 2024-08-09 08:45:22

部署高可用的分布式文件系统(DFS)的相关文章

高可用高性能分布式文件系统FastDFS进阶keepalived+nginx对多tracker进行高

在上一篇 分布式文件系统FastDFS如何做到高可用 中已经介绍了FastDFS的原理和怎么搭建一个简单的高可用的分布式文件系统及怎么访问. 高可用是实现了,但由于我们只设置了一个group,如果现在有5台服务器那将会出现5台只有一个group,每台服务器内的文件内容都相同(互备份)如下图,会造成资源浪费. 因此下面就5台服务器进行优化改造,进一步添加keepalived+nginx多tracker 架构,做到真正的高可用和高性能. FastDFS集群服务器分布 其中keepalived+ngi

高可用,完全分布式Hadoop集群HDFS和MapReduce安装配置指南

(WJW)高可用,完全分布式Hadoop集群HDFS和MapReduce安装配置指南 为了部署HA集群,应该准备以下事情: namenode服务器: 运行namenode的服务器应该有相同的硬件配置. journalnode服务器:运行的journalnode进程非常轻量,可以部署在其他的服务器上.注意:必须允许至少3个节点.当然可以运行更多,但是必须是奇数个,如3,5,7,9个等等.当运行N个节点时,系统可以容忍至少(N-1)/2个节点失败而不影响正常运行. 在HA集群中,standby状态的

如何设计出高可用的分布式架构

在分布式架构中,SOA 和微服务架构是最常见的两种分布式架构,而且目前服务网格的概念也越来越火了,我们就先从这些常见的架构开始. SOA 架构解析 SOA 全称是:Service Oriented Architecture,中文释义为 "面向服务的架构". 它是一种设计理念,其中包含多个服务,服务之间通过相互依赖最终提供一系列完整的功能. 各个服务通常以独立的形式部署运行,服务之间通过网络进行调用,架构图如下: 跟 SOA 相提并论的还有一个 ESB(企业服务总线),简单来说 ESB

部署高可用的Lync Server 2013 Part 5 准备LYNC服务器

好,一切准备就绪,现在开始准备我们正式的lync服务器: 2台前端服务器 2台边缘服务器 2台中介服务器 2台持久聊天服务器 2台office web app服务器 2台控制器服务器 2台反向代理服务器,我们用Haproxy+keepalived 所有服务器安装好系统,打好所有补丁 前端服务器需要安装的功能powershell: Add-WindowsFeature RSAT-ADDS, Web-Server, Web-Static-Content, Web-Default-Doc, Web-H

再探使用kubeadm部署高可用的k8s集群-01引言

再探使用kubeadm部署高可用的k8s集群-01引言 2018/1/26 提示 仅供测试用途前言:高可用一直是重要的话题,需要持续研究.最近关注到 k8s 官网文档有更新,其中一篇部署高可用集群的文章思路不错,简洁给力,希望能分享给有需要的小伙伴一起研究下. 资源 k8s node master0, 10.222.0.100 master1, 10.222.0.101 master2, 10.222.0.102 LB, 10.222.0.88 master0, master1, master2

二进制安装kubernetes v1.11.2 (第七章 部署高可用组件)

继续上一章部署. 八.部署高可用组件 本章介绍keepalived和haproxy实现kube-apiserver高可用. keepalive 提供 kube-apiserver 对外提供服务的VIP: haproxy 监听VIP,后端链接所有 kube-apiserver 实例,提供健康检查和负载均衡功能 keepalived 一主一备的运行模式,本文档复用 master 节点的两台设备 haproxy 监听 8443 端口,与 kube-apiserver 的 6443 端口区分开 keep

部署高可用 kube-controller-manager 集群

本文档介绍部署高可用 kube-controller-manager 集群的步骤. 该集群包含 3 个节点,启动后将通过竞争选举机制产生一个 leader 节点,其它节点为阻塞状态.当 leader 节点不可用后,剩余节点将再次进行选举产生新的 leader 节点,从而保证服务的可用性. 为保证通信安全,本文档先生成 x509 证书和私钥,kube-controller-manager 在如下两种情况下使用该证书: 与 kube-apiserver 的安全端口通信时; 在安全端口(https,1

06-4.部署高可用 kube-scheduler 集群

06-4.部署高可用 kube-scheduler 集群 本文档介绍部署高可用 kube-scheduler 集群的步骤. 该集群包含 3 个节点,启动后将通过竞争选举机制产生一个 leader 节点,其它节点为阻塞状态.当 leader 节点不可用后,剩余节点将再次进行选举产生新的 leader 节点,从而保证服务的可用性. 为保证通信安全,本文档先生成 x509 证书和私钥,kube-scheduler 在如下两种情况下使用该证书: 与 kube-apiserver 的安全端口通信; 在安全

06-3.部署高可用 kube-controller-manager 集群

06-3.部署高可用 kube-controller-manager 集群 本文档介绍部署高可用 kube-controller-manager 集群的步骤. 该集群包含 3 个节点,启动后将通过竞争选举机制产生一个 leader 节点,其它节点为阻塞状态.当 leader 节点不可用后,剩余节点将再次进行选举产生新的 leader 节点,从而保证服务的可用性. 为保证通信安全,本文档先生成 x509 证书和私钥,kube-controller-manager 在如下两种情况下使用该证书: 与