标记: 簇

在 Exchange 中配置 DAG 2010

Exchange 为我们提供的新功能和优势之一 2010 是以简单的方式拥有高可用性系统的可能性, 易于实施, 随时，最重要的是管理的简单性. 它基于 DAG 或数据库可用性组的实现, 通过在不同的邮箱服务器之间装入数据库的副本 (或者，如果我们的所有角色都在同一台服务器上，则在同一台计算机上), 因此，这将替换旧的 Exchange 群集 2007, SCR 和 CSF; 因此，现在我们只需要两台服务器，而不是 Exchange 中所需的三台或更多服务器 2007!

设置 HP 左手阵列

在本文档中，您将看到某些通用配置，这些配置允许这些称为 HP Lefthand 的 HP SAN 阵列, 这种情况是通过 VMware 环境下的虚拟阵列来执行的, 因为它们允许您在更灵活的实验室环境中完美地工作. HP 有几种物理 Lefthand 阵列模型, 全部使用同一系统, 但容量不同, 光盘型号, 以太网口… 将是 HP LeftHand P4500 和 HP LeftHand P4300 系列. 但对于生产环境，还有 HP LeftHand P4000 Virtual SAN 设备或 VSA. 在本文中，我们将看到机舱的主要特征, 例如存储集群 (提供更高的性能和容量), 网络 RAID (提高数据可用性), 精简配置 (降低成本并提高磁盘容量利用率), iSCSI （国际托管） (以太网网络技术) 使用 Remote Copy 进行快照和复制 (用于本地复制 […]

设置 Microsoft Exchange 2007 带 SCC (单一副本群集) 在 Windows Server 上 2008

本文档内容, 我们将了解如何为 Microsoft Exchange 邮件服务器设置高可用性集群 2007 装有 Microsoft Windows Server作系统的服务器 2008, 在本例中，我们将设置一个名为 SCC 的集群系统 (Single Copy Cluster o Clúster de Copia Única). 在前面的文档中，我们描述了我们将拥有的其余可能性, 我们对一个系统可能比对另一个系统更感兴趣 (HTTP 协议://www.bujarra.com/?p=2362). 如上所述, SCC 是我们可以从以前版本的 Microsoft Exchange 中了解的集群, 是共享存储故障转移集群系统, 这是, 我们将有几个具有“邮箱功能”的节点，其中一个是主动的，其余的都是被动的. 必须共享存储空间, 数据库必须位于数组或远程存储系统中, iSCSI （国际托管）, 纤维。。。当主动节点发生故障时, uno de los nodos en estado pasivo […]

不同类型的 Microsoft Exchange 高可用性 2007 (CCR, SCC, CSF & SCR)

井, 长时间外出后, 工作量很大, 我有时间审视自己，并与 Microsoft Exchange 为我们提供的不同类型的高可用性作斗争 2007 迄今为止. 与 Microsoft Exchange 不同 2003, 此版本, 为我们的邮件服务器带来更多可能性, 使用不同的方法, 有些比其他的便宜，或多或少复杂. 原则上，我们有: CCR (Cluster Continuous Replication o Replicación Continua en Clúster) SCC (Single Copy Cluster o Clúster de Copia Única) 脑脊液 (Local Continuous Replication o Replicación Continua Local) 可控硅 (Standby Continuous Replication o Replicación Continua en Espera)

在 Microsoft Windows Server 上创建高可用性集群 2008

查看有关如何为集群创建共享存储的文档后, 为什么不创建一个? 井, 该过程类似于 Windows 2003, 现在我们将为 Windows 执行此作 2008, 新集群, 它将用于文件服务器, 故障转移群集, 另一种类型的集群的过程类似. 有了这个，我们将实现高可用性, 如果其中一台服务器宕机 (节点) 不用担心。, 因为还有其他节点可以获取资源并提升服务，以便用户可以实际工作，而不会注意到他们所针对的节点的宕机. 还要注意维护集群的成本很高, 这是, 我们将始终记住，两台服务器都将安装相同的应用程序, 以相同的方式和相同的版本, 所有这些都是为了避免将来出现问题. Además es recomendable balancear el clúster […]

设置一个集群、两个或多个 Fortigate

En este procedimiento se explica cómo configurar dos firewall Fortigate en modo clúster, para alta disponibilidad. Es necesario que ambos firewalls tengan la misma versión de firmware. En mi caso los dos tienen una versión 3, con una built 400. Les he configurado las siguientes características a cada uno:

Fortigate 中的连接平衡

Si queremos configurar el firewall para cuando se caiga una conexión de internet que salga con otra de forma automática y los usuarios “casi” no se den cuenta hay que seguir los pasos de este procedimiento. Es aplicable a cualquier Fortigate, lógicamente lo que hay que tener es dos conexiones de diferentes proveedores en la organización, por ejemplo podemos tener Timofonica en la WAN1 y Güanadú en la WAN2, por si se cae la conexión de Timofonica (algo bastante frecuente) que se levante la conexión que tenemos con Güanadú.

Balanceo de Citrix WI y PNA con NLB: Configuración de grupos Web Interface y Program Neighborhood Agent para balanceo con Network Load Balancing

Este documento es bastante util si lo que tenemos es varios servidores con el servicio Web Interface o con el Agente del Program Neighborhood y lo que queremos es hacer un balanceo entre ellos, es decir si uno de los servidores se cae o lo apagamos que no haya que hacer nada en los PC’s de los usuarios para que sigan trabajando con normalidad. Para ello habrá que configurar en los servidores que tienen W.I. un clúster con NLB, 我的意思是, crear una dirección IP “虚拟” a la que se conectarán los clientes y esta dirección IP “虚拟” se conectará a los host que estén levantados, a un servidor o a otro; tanto para W.I. cómo para PNA.