como melhorar os recursos e facilitar o gerenciamento de ti de suas filiais

Como melhorar os recursos e facilitar o gerenciamento de TI de suas filiais

Filiais – Um Pouco de História

Filiais – VisãoTecnologiasCenários de UtilizaçãoResumo

Filiais – Um Pouco de HistóriaVisão Geral

Filiais…

– 30% das empresas tem escritórios remotos

– 55% dos empregados das maiores empresas ficam nas filiais

– Filiais consome quase 33% dos orçamentos de TI

– Grandes empresas consumiram US$25B em WANs em 2003

Conseguindo Ganhos de TCO…

– Consolidação: Precisamos de servidores nas filiais?

– Produtividade vs. Performance?

Fonte: Microsoft Research

“WAN é o maior custo recorrente depois de pessoas nas

Organizações..”Gartner

“WAN é o maior custo recorrente depois de pessoas nas

Organizações..”Gartner

Filiais – Um Pouco de História ConsolidaçãoA maioria das empresas consolidaram os seu servidores centrais

Caminhos claros – Escalabilidade do Windows Server 2003

O foco esta alterando para consolidação dos servidores das filiais O caminho é menos óbvio. Os ganhos vem com alguma troca

Servidores nas filiais?Servidores na matriz?

Baixos custos com gerenciamento

WANs diminuem a produtividade nas filiais

Largura de banda, latência, disponibilidade

ou

Aumenta produtividade/autonomia das filiais

Altos custos com gerenciamento de servidores

Backup, recuperação, reparos, etc.

Filiais – Um Pouco de História Desafios de Uma WAN

Baixa largura de banda e alta latência

Performance da filial → produtividade

IP tuning ajuda, limitar as viagens é vital

Protocolos otimizados para cliente/servidor

A velocidade das LANs mascara protocolos ineficientes

File (CIFS and NFS), Print, Authentication

Protocolos estão em desenvolvimento (Extensões R2)

HTTP, BITS, Cached Exchange Mode estão protos para WAN

Servidores nas filiais resolvem estes problemas mas dificultam o

gerenciamento

Difíceis de gerenciar, criam “Mini Data-Centers”

Filiais – Um Pouco de História Desafios de Gerenciamento

Nas Filiais

– “admins” on-site são raridade

Remédio caro: “Médicos Viajantes” ~$300/hr

– Proteção de dados cara/não confiável

– Consolidando multiplos papéis de servidores

Fronteiras difíceis de manter ex. DCs

Na Matriz

Administradores centrais, gerenciando as filiais remotamente

Administradores Offshore para filiais grandes, 24/7

Ferramentas de gerenciamento

Falta algumas funcionalidades para um número maior de sites (Políticas, Delegação)

São necessários varias ferramentas para servidores “multi-função”

OpicionalSubstituívelOpicional

Substituível

Continuidade dos Continuidade dos Serviços Serviços

Continuidade dos Continuidade dos Serviços Serviços

Acelerador de Serviços

Acelerador de Serviços

Filiais – VisãoServidor Gerenciado como um Cache

O cliente vai para um servidor central Cache de serviço: Sem informação de estadoFacilmente substituido

Boa Compressão Cache: Limita a utlização de banda Cache: Mitiga a latência de WANs

Cache: Tratamento local Armazena e envia para o servidor central

Um servidor simples, com pouca necessidade de adiministração

Filiais – VisãoRoadmap Para a Visão

Replicação de arquivos para WAN

Monitoração Escalável

Gerenciamento centralizado de impressoras

R2R2

LonghornLonghorn Server Core

DC Somente Leitura

Active Directory

Proteção de Dados

Melhoria de Protocolos

Fazendo os Principais Papés do Servidor Prontos para Filiais

2006 2007

TecnologiasWindows Server 2003 R2

Funcionalidades para Filiais no R2

Servidor de Arquivos

Compressão Remota Diferencial (RDC)

Sistema de Arquivos Distribuídos

Replicação (File Replication Services 2 – FRS2)

Melhorias nos “Namespaces”

Console de Gerenciamento

Servidor de Impressão

Console de Gerenciamento de Impressão

TecnologiasVisão Geral do RDC

Novo algoritmo de compressão baseado em diferencial

– Objetos existentes: Detecta eficientemente inserções, remoções e re-arranjo dos

dados

– Novos objetos: Descobre eficientemente e reconstrói utilizando informações

importantes da máquina que recebe

– Funciona em qualquer tipo de arquivo, aplicável a qualquer cliente/servidor

Técnica Geral

– Não requer “acompanhamento da mudança

– Superior ao na maioria dos casos (até 3X)

TecnologiasRDC – Exemplo

Arquivo Original Arquivo Atualizado

SHA21 … SHA25

Busca novos pedaços 3, 4

Arquivo Atualizado

The quick fox jumped

over the lazy brown dog.

the fox jumping over him.

“The brown dog was”

“so lazy that he …”

copy

Cliente

SHA21

SHA22

SHA23

SHA24

SHA25

SHA11

SHA12

SHA13

SHA14

Requisição do arquvio



The dog wasso lazy that he

didn’t notice




The brown dog was


so lazy that he didn’t notice



The brown dog was


so lazy that he didn’t notice

[use recursion]

Os arquivos são divididos em pedaços variável baseado em seus conteúdos

Para cada pedaço no cliente e servidor, o RDC calcula um hash (strong hash - SHA).

O servdor transmite uma lista de hashes para o cliente (O algoritimo é recursivo neste ponto para arquivos grandes)

O cliente compara os hashes do servidor com os seus e pede para o servidor os dados somente daqueles que não batem

Cliente monta o arquivo combinando os seus pedaçõs não modificados e os novos do servidor

TecnologiasRDC – Eficiências

RDC aumenta significantemente as velocidade de transferências

Superior ao rsync 2.6.2 para arquivos grandes

Grandes Transferências

.VHD (11.28GB)*

- Um dia de alterações para um DC

.BKF (9.0GB) - Backup diário

.VHD (2.6GB)* - Instalação de um pacote de 12 MB em um WS03

- Somente 7.6 MB de diferença (DLLs existentes)

.VHD (2.5GB)* - Adicionar um usuário a um Windows Server 2003

DC

* VHD’s are Virtual Server system images

3 5 13 17 15 16 1731 24

35 30 38 41 34

92 87

292

151

409

141

0

50

100

150

200

250

300

350

400

450

.VSD318K

.DOC498K

.DOC2.6MB

.MPP241K

.PPT594K

.XLS2.4MB

.ZIP348K

.HTM425K

.PPT3.9MB

.PST293MB

RDC Bandwidth Reduction Factors

Microsoft RDC

rsync 2.6.2

96.07 139.1

349.66

1555.05

0

200

400

600

800

1000

1200

1400

1600

.VHD 112GB .BKF 9GB .VHD 2.6GB .VHD 2.5GB

Large Files Bandwidth Reduction Factors

TecnologiasDFS – Visão GeralCapacidades

Replicação: Sincronismo eficiente entre servidores Namespace: Virtualiza Servidores de ArquivoEscala: Milhares de servidores, entre domínios

GerenciamentoNovo console para DFS (MMC2.1) *Suporte a todas topologiasRelatórios e diagnóstivos HTML *MOM Management Pack *

Eficiencia WANReplicação somente de partes dos arquivos (RDC) *Granularidade de até 15 min*Rotea clientes para o servidor mais próximo via DFSNPrevine falhas entre filiais *

DisponibilidadeAlgoritimo auto-recuperável *Fail-over e Fail-back multi-nívelTrabalha com Shadow Copy para pastas compartilhadasTrabalho offline para sites desconectadosArmazenamento de configuração para alta disponibilidade (AD)Definição de prioridade de link *

Sistema Único – Muitos Cenários

Distribuição de arquivos para filiais

Aplicações, documentos e atualizações, etc.

Coleções de arquivos das filiais para hubs

Acabe com o backup em fitas nas filiais

Sistema de compartilhamento distribuído “Last-writer-wins”

Transferência eficiente de arquivos entre sites

Usuário em Nova

York

Servidor em Nova

York

Usuários em Londres

Servidor em

Londres

Replicação DFS

Namespace

TecnologiasDFS

• Sistema de replicação multi-master

– Totalmente re-escrito

– Significativamente mais eficiente, escalável e robusto que o predecessor (File Replication

Services)

• Novas Funcionalidades

– Serviço Central

• Sincronismo simples e eficiente

• Utiliza o RDC

• Bandwidth Throttling

• Reconstrução automatica do banco de dados

– Novo Console de Gerenciamento

TecnologiasDFS

TecnologiasDFS Namespaces

• Nova interface de gerenciamento

Visão hierarquica do namespace

Novas funcionalidades: Renomear Links, drag n’ drop

Incorpora funcionalidades antes disponível somentre através de CLI

• Novas funcionalidades adicionadas ao DFS Namespace Service

Fail-back

Priorização de Servidores

Definição de servidores com prioridade alta/baixa

TecnologiasDFS Namespaces

Printers Node

Servers Node

TecnologiasConsole de Gerenciamento de ImpressorasCom PMC, servidores de filiais podem facilmente ser servidores de

impressão porque eles são gerenciaveis remotamente

TecnologiasDistribuição de Conteúdo

• Objetivo: Consolidar dados de filial para backup

centralizado através de replicação

• Requisitos

Dados replicados para as filiais

Fail-over para o hub se o servidor não estiver disponível

Recuperação fácil do servidor cache da filial

Fail-back para o servidor da filial, quando recuperado

TecnologiasLonghorn

• Active Directory

• Role Separation

• AD Restart

• Read Only Domain Controllers

• Proteção de Dados

• Server Backup (Volume Shadow Copy, Remote Administration)

• Bit Locker Driver Encryption

TecnologiasLonghorn

• SMB 20

• Mais usuários, mais arquivos abertos, mais compartilhamentos

• Packet compounding

• Durable handles

• File I/O Transacional

• Server Core

• Secure

• Easy to Manage

Cenários de UtilizaçãoColeta de Dados

• Objetivo: Consolidar os dados de filiais para backup

centralizado e redundância através de replicação

• Requisitos

Dados de filiais replicados eficientemente para o hub

Fail-over através do hub se o servidor da filial ficar indisponível

Recuperação fácil do servidor do cahe na filia


Cenários de UtilizaçãoColeta de Dados - Configurações

• Configuração de um grupo de replicação DFS entre os servidores das filiais e

do hub

• Configuração de um namespace

Abstrai o servidor da filial e o hub

Utiliza domínios DFS com raiz no hub e filial que assegura o acesso

quando o link WAN esta com problemas

• Armazena dados de usuário nos servidores das filiais

Redirecionamento de pastas (Objetos de Group)

Diretório de Usuários

• Solução de backup no hub

Cenários de UtilizaçãoColeta de Dados - Layout

Client

Los Angeles - Filial

Nova York - Filial

Se

att

le -

Hu

b

São Francisco - Filial

Client

Client

Backup Fita

\\SEATTLE

\\LA-FS

\\NY-FS

\\SF-FS

Backup

Rep

licaç

ãoR

eplic

ação

Replicação

Conexões de replicação tem agenda e bandwidth throttling configuráveis

Backup dos dados replicados no hub

Acesso a dados em condições normais

Acesso a dados se o servidor falhar

X

Cenários de UtilizaçãoPublicação de Conteúdo

• Objetivo: Distribuir arquivos para um número de filiais

• RequisitosDados nas filiais servem como caches para dados criados

no hub

Fail-over para o hub

Fail-back para o servidores da filial, quando o problema é corrigido

Cenários de UtilizaçãoPublicação de Conteúdo - Configuração

• Configure um namespace DFS

Abstrai os servidores de filiais e o hub

Permite que os clientes façam fail-over a replica mais próxima se o servidor

falha

• Configure um grupo de replicação

Inclua o hub e todos os servidores das filiais

Utilize ACLs para garantir o acesso correto se necessário

• Agrupe as informações por grupos de conteúdo

• Separa o conteúdo de acordo com as fronteiras de replicação

Cenários de UtilizaçãoDistribuição de Conteúdo

• Objetivo: Consolidar dados de filial para backup

centralizado através de replicação

• Requisitos

Dados replicados para as filiais

Fail-over para o hub se o servidor não estiver disponível

Recuperação fácil do servidor cache da filial


Filiais – VisãoRoadmap Para a Visão

Replicação de arquivos para WAN

Monitoração Escalável

Gerenciamento centralizado de impressoras

R2R2

LonghornLonghorn Server Core

DC Somente Leitura

Active Directory

Proteção de Dados

Melhoria de Protocolos

Fazendo os Principais Papés do Servidor Prontos para Filiais

2006 2007

como melhorar os recursos e facilitar o gerenciamento de ti de suas filiais

Documents