Essencial Windows Server 2012 Networking, SQL Server 2012 e SharePoint Server 2013 Administrações in Portuguese

Transcrição

1 Essencial Windows Server 2012 Networking, SQL Server 2012 e SharePoint Server 2013 Administrações in Portuguese Desenvolvido por Nam Nguyen

2 Essential Windows Server 2012 Networking, SQL Server 2012 and SharePoint Server 2013 Administrations in Portuguese. O ebook é um grande recurso em qualquer lugar que você vá com orientações úteis para aprender a utilizar o Windows Server 2012 Networking, SQL Server 2012 e SharePoint Server 2013 Administrações com facilidade e prazer. Este livro fornece uma introdução fácil de usar para o assunto, tendo uma clara quadro estrutural; ele orienta o leitor através de elementos do núcleo do sujeito com o uso de ilustrações e diagramas ao longo do texto para garantir que o leitor entende mesmo o mais complexo dos conceitos. O ebook é para quem tem interesse em Windows Server 2012 Networking, SQL Server 2012 e SharePoint Server 2013 Administrações e quer entender suas capacidades e tomadores de decisões técnicas. É um grande recurso e referência perfeito para TI Departamento de Informática e Professional. Obter-se aprender tudo estes três essencial Windows Server 2012 Networking, SQL Server 2012 e SharePoint Server 2013 Administrações, aprendendo deles vai abrir inúmeras portas com garantia de que você bom emprego agora e no futuro. Basta lembrar uma coisa que a aprendizagem nunca pára! Ler, ler, ler! E escreva, escreva, escreva! Um muito obrigado à minha maravilhosa esposa Beth (Griffo) Nguyen e meus filhos incríveis Taylor Nguyen e Ashton Nguyen por todo o seu amor e apoio, sem o seu apoio emocional e ajuda, nenhuma destas ebooks língua de ensino e áudios seria possível.

3 Networking Windows Server 2012

4 Dirigindo-se aos Desafios Profissionais de TI Os avanços da tecnologia que estão transformando o cenário de negócios atual também está afetando a forma como os profissionais de TI fazer seus trabalhos. Essas tecnologias incluem computação em nuvem privada e pública, forças de trabalho móveis e ativos dispersos através de LANs, redes de longa distância (WANs), e datacenters. Gerenciamento de ativos de rede e de rede é uma tarefa complexa que é semelhante à gestão de uma rede de energia: o objetivo é certificar-se de transmissões suaves (dados e eletricidade, respectivamente), que todos os componentes estão ligados correctamente e que os clientes obter os serviços de que necessitam, quando eles precisam. Nas suas comunicações em curso com os clientes corporativos, a Microsoft identificou três questões-chave de rede onde os profissionais de TI vêem os maiores desafios no futuro próximo. Estes incluem: gerenciamento de nuvens privadas de uma forma eficiente e flexível; facilidade e segurança que se estende nuvens privadas para alavancar serviços de nuvem pública; e conectar facilmente aos usuários finais recursos de TI, independentemente da localização. Vamos dar uma breve olhada em cada edição. Gerir de forma eficiente nuvens privadas Um aspecto importante de garantir que as nuvens privadas cumprir o seu potencial de negócios é ter certeza de que eles não adicionar-lhe os encargos de gestão. Para que isso aconteça, uma plataforma de rede precisa dos seguintes atributos: Automação eficiente, com muitas opções para automatizar tarefas de rede essenciais para otimizar a implantação de nuvem privada e gestão. Flexibilidade para escalar nuvens privadas cima ou para baixo na vontade sem ser prejudicado pela rede e recursos de armazenamento e pessoal administrativo associados. capacidades diretas de consolidação que permitem, por exemplo, mais cargas de trabalho para ser executado em recursos de hardware existentes, a convergência de dados e recursos de rede de armazenamento na mesma infra-estrutura física, e mais opções para a utilização de matrizes de armazenamento de baixo custo e switches. Vinculação nuvens privadas com serviços de nuvem pública Para gerar ainda mais benefícios de nuvens privadas, as organizações precisam encontrar formas de aumentar a funcionalidade de nuvem privada com os serviços públicos de nuvem que são fornecidos pela própria organização ou por terceiros. No entanto, conectando nuvens privadas e públicas precisa ser feito facilmente e de uma forma segura.esses recursos podem ajudar a fazer isso acontecer: Eficiente multitenancy: A tecnologia de virtualização contribui para consolidar recursos através de ambientes multitenant; ele também fornece os departamentos de TI com os meios para implementar maior segurança. Isso inclui inquilinos de isolamento, aplicativos de linha de negócios e dados, o que torna mais fácil e mais amigável para conectar inquilinos de nuvem privada e recursos com serviços de nuvem pública. Usando nuvens públicas para estender o datacenter: Com a tecnologia correta no lugar, as nuvens públicas pode ser usado para estender os recursos de nuvem privada e processos, como armazenamentos de dados. a comunicação perfeita entre nuvens privadas e públicas: Integrando a funcionalidade de nuvens privadas e públicas exige comunicações diretas e conexão dos recursos de TI entre os dois ambientes. Conectando usuários facilmente aos recursos de TI Mais e mais organizações de hoje estão geograficamente dispersos e muitas vezes têm a força de trabalho altamente móvel. Nessas situações, é essencial que os usuários se conectem rapidez e facilidade para recursos de TI. Esses recursos são necessidade para que isso funcione:

5 Todos os ativos de TI precisam estar disponíveis para os usuários finais, quando eles precisam, independentemente da localização: A localização física dos usuários e ativos, tais como bancos de dados e nuvens privadas deve ser irrelevante para uma conexão rápida e direta. Todos os usuários precisam ser capazes de se comunicar com todas as nuvens: Isso pode ser restringida, é claro, com base em políticas de identidade e segurança de uma organização e exigências individuais ou departamentais. As capacidades de rede melhorada: Windows Server 2012 Windows Server 2008 R2 introduziu vários recursos relacionados a redes novas, incluindo Virtual Desktop Infrastructure (VDI) implantações, a aplicação (RemoteApp) de publicação remoto, peer-to-peer otimizações de cache, melhorias para otimizar o desempenho do tráfego de rede, medidas para evitar a duplicação de dados, e otimizações da WAN. Windows Server 2012 baseia-se nestes avanços com uma série de recursos novos e aprimorados que ajudam a reduzir a complexidade do trabalho em rede e reduzir os custos e simplificar as tarefas de gerenciamento. Com o Windows Server 2012, os administradores de TI têm ferramentas para automatizar e consolidar processos e recursos de rede. Ele fornece a funcionalidade para se conectar mais facilmente nuvens privadas com serviços de nuvem pública. E Windows Server 2012 fornece mais e melhores ferramentas, para conectar os usuários aos recursos de TI e serviços através das fronteiras físicas e ambientes de nuvem privada e pública. Este artigo fornece um olhar mais atento as funcionalidades do Windows Server 2012 que facilitam o gerenciamento de rede mais eficiente e rentável. Gerir Nuvens Privadas continuamente disponível, seguro, e eficiente Windows Server 2012 inclui muitos recursos novos e aprimorados para simplificar o gerenciamento, consolidar recursos e automatizar tarefas. Isso ajuda a reduzir os custos e aumentar a flexibilidade para os administradores que lidam com a mudança e ampliação dos ambientes de rede em todas as áreas geograficamente dispersas. Esses recursos são discutidos nesta seção: Confiabilidade o tecnologia NIC Teaming o Hyper-V Replica o SMB 3.0 Multicanal e SMB 3.0 Direto o Dynamic Host Configuration Protocol (DHCP) Failover Desempenho o único Root I / O Virtualization (SR-IOV) o dinâmico Máquina Virtual Queue

6 o rede Aceleração de I / O, incluindo receber coalescente segmento e receber dimensionamento lateral o IPsec offload de tarefas Gerenciamento o gerente do endereço IP (IPAM) o Resource Metering Segurança o Domain Name System Security Extensions (DNSSEC) Confiabilidade Tecnologia NIC Teaming Windows Server 2012 permite determinar a tolerância a falhas em seus adaptadores de rede sem comprar hardware e software adicional. Uma característica adicional é NIC Teaming, que permite múltiplas interfaces de rede para trabalhar juntos como uma equipe, evitando a perda de conectividade se um adaptador de rede falha. Ele permite que um servidor de tolerar adaptador de rede e falha de porta-se ao primeiro segmento switch. Ele também permite que você para agregar largura de banda de vários adaptadores de rede. Por exemplo, quatro de 1 gigabyte (GB) adaptadores de rede pode fornecer um total de 4 Gbps de taxa de transferência. As vantagens de uma solução integrada do Windows parceria é que ela funciona com todos os fornecedores de adaptador de rede, elimina os problemas potenciais causados por soluções proprietárias, fornece um conjunto comum de ferramentas de gestão para todos os tipos de adaptadores, e é totalmente suportado pela Microsoft. Descrição técnica Hoje em dia, todas as soluções NICs disponíveis têm uma arquitectura semelhante, como mostrado na figura a seguir. Figura 1: Standard NIC Teaming solução de arquitetura Agrupamento adaptadores de rede envolve:

7 configurações NIC Teaming: On ou adaptadores de rede física mais conectam a unidade da solução NIC Teaming multiplexação e "adaptadores virtuais" apresentam um ou mais (adaptadores de rede de equipe) para o sistema operacional. Os algoritmos para distribuição de tráfego: Vários algoritmos diferentes distribuir o tráfego de saída entre os adaptadores de rede. O tráfego pode ser transmitida de acordo com um hash de endereços e as portas de origem e de destino, ou pode ser transmitida de acordo com a porta de origem para máquinas virtuais, como mostrado na figura a seguir. A Solução Teaming NIC também pode dividir o tráfego de LAN virtual (VLAN), para que os aplicativos podem se conectar a diferentes VLANs simultaneamente. Figura 2: NIC Teaming em uma configuração de máquina virtual Configurações NIC Teaming NIC Teaming usa dois conjuntos de algoritmos de configuração: modos independente do switch: Esses algoritmos tornam possível para os membros da equipe para se conectar a diferentes comutadores porque o interruptor não sabe que a interface é parte de uma equipe no host. Esses modos não exigem a mudança para participar na formação de equipes. modos dependentes de Switch: Estes algoritmos requerem a mudança para participar na formação de equipes. Aqui, todas as interfaces da equipe estão conectados ao mesmo switch. Há duas opções comuns para os modos dependente de comutação de NIC Teaming: agrupamento genérico ou estático (IEEE 802.3ad projecto v1): Este modo requer a configuração tanto no interruptor e host para identificar quais links formar a equipe. Porque esta é uma solução configurada estaticamente, não existe um protocolo adicional para ajudar o interruptor e host para identificar incorretamente cabos conectados ou outros erros que poderiam causar a equipe a deixar de executar. Normalmente, este modo é suportado por interruptores de classe de servidor. Dinâmico parceria (IEEE 802.1ax, Link Aggregation Control Protocol (LACP)): Este modo também é comumente referida como IEEE 802.3ad porque foi desenvolvido no comitê IEEE 802.3ad antes de ser publicado como IEEE 802.1ax. Ela funciona usando o LACP para identificar dinamicamente links que são ligados entre o anfitrião e um switch específico. Interruptores de classe de servidor típicos apoiar IEEE 802.1ax, mas a maioria requer administração para permitir que LACP na porta. Existem desafios de segurança para permitir que um 802.1ax IEEE quase completamente dinâmico para operar em um switch. Como resultado, muda hoje ainda exigem o administrador do switch para configurar as portas de switch que são permitidos a ser membros de uma equipe tão.

8 Qualquer um destes modos de comutação dependente do resultado em tráfego de entrada e saída que se aproximam dos limites práticos da largura de banda agregada. Isso ocorre porque a piscina do time de links é visto como um único tubo. Incompatibilidades NIC Teaming é compatível com todos os recursos de rede no Windows Server 2012, com as seguintes exceções: SR-IOV remoto Direct Memory Access (RDMA) TCP Chimney Offload Para SR-IOV e RDMA, os dados são entregues diretamente para o adaptador de rede sem passá-la através da pilha de rede. Portanto, a equipe de adaptador de rede não pode ver ou redirecionar os dados para um outro caminho na equipe. Nesta versão, TCP Chimney Offload não é suportado com NIC Teaming. Requisitos O recurso NIC Teaming requer: Windows Server Pelo menos um adaptador de rede o Se existirem dois ou mais adaptadores de rede devem ter a mesma velocidade. o Duas ou mais placas de rede são necessárias se você estiver buscando a agregação de largura de banda ou proteção failover. o Um ou mais adaptadores de rede se você está procurando apenas a segregação VLAN para a pilha de rede. Resumo Você pode usar o NIC Teaming para executar três tarefas importantes: largura de banda agregada. Evite a perda de conectividade em caso de falha de um componente de rede. segregação VLAN de tráfego a partir de um host. Ele funciona com servidores físicos e máquinas virtuais. Você agora tem a opção de usar esse recurso e receber total apoio para a sua configuração da Microsoft, independentemente do seu fornecedor de adaptador de rede. Windows 8 NIC Teaming é gerido com o Windows PowerShell e através da interface do usuário de configuração NIC Teaming. Tanto o Windows PowerShell eo trabalho interface do usuário para servidores físicos e virtuais. A interface do usuário pode gerenciar servidores físicos e virtuais, ao mesmo tempo. Hyper-V Replica Uma das principais razões para a criação de uma nuvem, e para os clientes a migrar para a nuvem, é permitir uma mais fácil recuperação de falhas mais rápido e. Apesar interrupções crescentes e o alto custo por incidente, os administradores de TI muitas vezes adiar a implementação de soluções, devido à complexidade e custo. As organizações precisam de uma solução de continuidade de negócios acessível e confiável que os ajuda a recuperar de uma falha. Virtualização abre novas possibilidades efetivas, para ajudar a garantir que os serviços estejam disponíveis de forma otimizada. Windows Server 2012 Hyper-V introduz Replica, um recurso que oferece replicação assíncrona de máquinas virtuais para fins de continuidade de negócios e recuperação de desastres. Descrição técnica Hyper-V Replica é um novo recurso no Windows Server Ele permite que você replicar suas máquinas virtuais Hyper-V em um link de rede de um host Hyper-V em um local primário para outro host Hyper-V em um local com pouca dependência réplica em arrays de armazenamento ou outras tecnologias de replicação software. A figura a seguir mostra uma replicação mais seguro de máquinas virtuais de diferentes sistemas e clusters para um local remoto através de uma WAN.

9 Figura 3: Mais replicar de forma segura máquinas virtuais a partir de uma ampla gama de sistemas e clusters para um local remoto através de uma WAN Hyper-V Replica rastreia as operações de gravação na máquina virtual primário e replica essas alterações para o servidor de réplica de forma eficiente através de uma WAN. A conexão de rede entre os dois servidores usa o protocolo HTTP ou HTTPS e suporta tanto o Windows integrada e autenticação baseada em certificado. Para uma conexão criptografada, você deve escolher a autenticação baseada em certificado. Hyper-V Replica está intimamente integrado com o Windows Clustering Failover e fornece mais fácil replicação em diferentes cenários de migração nos servidores primários e de réplica. Para simplificar o gerenciamento, o Hyper-V Replica inclui estas ferramentas: snap-in para o Microsoft Management Console (MMC) Uma UI integrado com o Gerenciador de Hyper-V eo Clustering Failover Manager. Uma Windows Management Instrumentation (WMI) de interface extensível. A capacidade de scripting interface de linha de comando do Windows PowerShell. Requisitos Para usar o Hyper-V Replica, você precisa de dois computadores físicos configurados com: Windows Server função de servidor Hyper-V. Hardware que suporta a função Hyper-V. armazenamento suficiente para hospedar os arquivos que usam cargas de trabalho virtualizadas. Armazenamento adicional no servidor de réplica, com base nas definições de configuração de replicação, podem ser necessários. largura de banda de rede suficiente entre os locais que hospedam os servidores e sites primários e de réplica. As regras de firewall para permitir a replicação entre os servidores e sites primários e de réplica. O recurso de Clustering Failover, se você quiser usar o Hyper-V Replica em uma máquina virtual em cluster. Resumo

10 Você pode usar o Hyper-V Replica para fornecer uma solução virtual de replicação em nível de máquina que se replica de forma eficiente os dados através de uma ligação de rede para um local remoto com pouca dependência de matrizes de armazenamento ou outras tecnologias de replicação software. Hyper-V Replica fornece uma solução de armazenamento de carga de trabalho e agnóstico agnóstico que se replica de forma mais eficiente, periodicamente, e de forma assíncrona através de redes baseadas em IP, tipicamente para um local remoto. Ele também permite que você facilmente testar a máquina virtual Replica com pouca interrupção para a replicação contínua. Se ocorrer uma falha no site primário, é possível restaurar as operações de negócios, trazendo até a máquina virtual replicada no local Replica. Hyper-V Replica fornece um nível de máquina virtual, mais acessível, mais confiável e mais gerenciável solução de replicação que está integrado com o Gerenciador de Hyper-V eo recurso Cluster de Failover no Windows Server Server Message Block 3.0 Server Message Block 3.0 no Windows Server 2012 fornece suporte para servidor e de armazenamento que está continuamente disponível, com intervalos mínimos de disponibilidade para os clientes. Ele tem as seguintes vantagens: sistemas de armazenamento e são resistentes às planejadas e não planejadas, downtimes. perdas de dados são muito reduzidas. Menores custos de aquisição e de gestão. Inclui salvaguardas contra falhas e desastres no local. Os arquivos podem ser transferidos mais rápido, mais confiável e mais eficiente. Menores custos, simplificar as implantações e aumentar a disponibilidade Em versões anteriores do Microsoft Windows Server, Storage Area Networks (SANs) eram caros para adquirir e operar, não permitiu a máquina virtual direta ou mobilidade de banco de dados, e exigiu ferramentas específicas do fornecedor e conhecimento especializado para configurar. Além disso, compartilhamento de arquivos failovers não eram transparentes e necessária a intervenção considerável por um administrador para se recuperar. Os clientes esperam de armazenamento de estar permanentemente disponíveis, com pouca ou mínima tempo de inatividade. Nas versões anteriores do Windows Server, o tempo de uma conexão de armazenamento com falha para o aplicativo falha foi muitas vezes de 60 segundos ou mais. O objectivo do Windows Server 2012 é para limitar este em 25 segundos ou menos. Nota Por padrão, o SMB 3.0 é habilitado no Windows Server Isso substitui SMB2, que foi introduzido com o Windows Server 2008 R2 e Windows Vista, e também substitui SMB2.1, que foi introduzido com o Windows Server 2008 R2 e Windows 7. Descrição técnica Em SMB 3.0, Windows Server 2012 introduz um conjunto de novos recursos do servidor de arquivos que oferecem melhorias importantes para aplicativos de servidor, como o Microsoft SQL Server e Hyper-V, que são usados para armazenar dados em compartilhamentos de arquivos. SMB 3.0 para Windows Server 2012 inclui os seguintes aprimoramentos: SMB 3.0 Transparent Failover: Você pode agora mais facilmente executar manutenção de hardware ou software nós em um cluster de servidor de arquivos, movendo compartilhamentos de arquivos entre os nós sem interromper aplicativos de servidor que está armazenando dados sobre estas partilhas de ficheiros. Além disso, se uma falha de hardware ou software ocorre em um nó de cluster, SMB 3.0 Transparent Failover permite que compartilhamentos de arquivos para failover para outro nó do cluster sem interromper aplicativos de servidor que está armazenando dados sobre estas partilhas de ficheiros. SMB 3.0 Multicanal: Isso permite a agregação de largura de banda de rede e tolerância a falhas de rede se vários caminhos estão disponíveis entre o cliente SMB 3.0 eo servidor SMB 3.0. Os aplicativos de servidor pode, então, tirar o máximo proveito de todos os largura de banda disponível e são resistentes a uma falha de rede. Para usar o SMB 3.0 Multicanal, um computador deve ser configurado como o servidor de arquivos SMB (Server 3.0) eo outro como o cliente de arquivo (cliente SMB 3.0). SMB 3.0 automaticamente detecta e usa várias conexões de rede usando qualquer uma das configurações ilustradas no diagrama a seguir:

11 Figura 4: SMB 3.0 configuração Multichannel SMB 3.0 automaticamente detecta e usa várias conexões de rede se essas configurações são usadas: Individual 10 Gigabit Ethernet (GbE) placas de rede: cada um dos dois computadores é configurado com uma única interface de rede de 10 GbE. Dupla 1 - GbE adaptadores de rede em uma equipe: Cada um dos dois computadores está configurado com duas interfaces de rede de 1 GbE configurados como um Load Balancing e Failover (LBFO) equipe. Cada cliente SMB 3.0 do adaptador de rede fala com um adaptador de rede de servidor SMB 3.0 usando suas interfaces emparelhados. Bilingue 1 GbE adaptadores de rede: cada um dos dois computadores está configurado com duas interfaces de rede de 1 GbE. Cada cliente SMB 3.0 do adaptador de rede fala com um adaptador de rede de servidor SMB 3.0 usando uma sub-rede diferente. Dupla 10 - GbE adaptadores de rede: Cada um dos dois computadores está configurado com duas interfaces de rede de 10 GbE. Cada cliente SMB 3.0 do adaptador de rede fala com um adaptador de rede de servidor SMB 3.0 usando um sub diferentes. adaptadores de rede Infiniband dual: Cada um dos dois computadores está configurado com duas interfaces de rede IB. Cada cliente SMB 3.0 do adaptador de rede fala com um adaptador de rede de servidor SMB 3.0 usando uma sub-rede diferente. SMB 3.0 Direct. Este usa um tipo especial de placa de rede que tem capacidade de RDMA e pode funcionar em velocidades mais altas com latência muito baixa, enquanto estiver usando muito pouco CPU. Para cargas de trabalho, tais como Hyper-V ou SQL Server, isso permite que um servidor de arquivos remoto para ter desempenho comparável ao armazenamento local. RDMA fornece uma maneira mais segura para permitir um motor de DMA para transferir amortecedores entre duas máquinas por toda a rede, como mostrado na figura a seguir. Figura 5: SMB 3.0 direta usando um tampão de transferência direta entre duas placas de rede RDMA-capable

12 SMB contadores de desempenho 3.0 para aplicativos de servidor: Contadores de desempenho fornecem informações detalhadas sobre o tamanho I / O, I / O latência, IOPS, e assim por diante. Isso permite que um banco de dados SQL Server ou Hyper-V administrador para analisar o desempenho dos SMB 3.0 compartilhamentos de arquivos onde seus dados estão armazenados. otimizações de desempenho SMB 3.0: O cliente SMB 3.0 e servidor SMB 3.0 foram otimizados para pequenas aleatória de leitura / gravação I / O, que é comum em aplicações de servidor como o SQL Server processamento de transações online (OLTP). Além disso, a grande unidade de transmissão máxima (MTU) é ativado por padrão, o que aumenta significativamente o desempenho em grandes transferências sequenciais, como armazém de dados SQL Server, backup de banco de dados ou restaurar, e implantação ou copiar discos rígidos virtuais. SMB 3.0 gestão com o Windows PowerShell: Com o Windows PowerShell, você pode gerenciar SMB 3.0 no servidor de arquivos, end-to-end, a partir da linha de comando. SMB 3.0 armazenamento de arquivos remoto: Hyper-V pode agora armazenar arquivos da máquina virtual (incluindo configuração, arquivos de disco rígido virtual, e snapshots) em pastas compartilhadas que usam o protocolo SMB 3.0. Suporte para armazenar arquivos de banco de dados em pastas compartilhadas que usam o protocolo SMB foi introduzido no SQL Server 2008 R2. Volume Shadow Copy Service (VSS) para SMB 3.0 Servidores de arquivo: instantâneos de disco são o principal meio de protecção de dados não-intrusiva. É nonintrusive porque instantâneos VSS levar segundos e os dados de E / S pode ser mantida sem interrupções. Os instantâneos podem ser usados para a recuperação, backup e outros fins, como mostrado no diagrama a seguir. Nas versões anteriores do Windows Server, VSS trabalhou apenas em discos locais. Windows Server 2012 permite que o VSS para ser utilizada em compartilhamentos de arquivos externos. Figura 6: Diagrama de instantâneos VSS

13 servidores de arquivos 3.0 scale-out SMB: As versões anteriores do Windows Server forneceu uma solução ativa / passiva. Um compartilhamento de arquivos, e seu armazenamento, só podia estar on-line em um nó de cluster de cada vez. Para usar vários nós de cluster, os clientes muitas vezes utilizados vários grupos de recursos do servidor de arquivos. Acesso a uma acção específica foi fornecido apenas através de um nó de cluster de cada vez, restringindo largura de banda para a largura de banda disponível do nó de cluster específico da ação. Com o Windows Server 2012, compartilhar dados pode ser acessado através de qualquer nó do cluster. SMB 3.0 disponibilidade e desempenho de armazenamento. Para ambientes virtuais e SQL Server em execução no armazenamento compartilhado, a disponibilidade de uma conexão com o armazenamento eo desempenho da rede são componentes críticos para a disponibilidade dos aplicativos eo desempenho geral. Devido a questões de disponibilidade e desempenho, armazenamento de arquivos baseado no Windows teve adoção limitada nestes cenários no passado. No Windows Server 2012, a camada de SMB 3.0 reconhece automaticamente todos os adaptadores de rede com caminhos de rede disponível para o tráfego de armazenamento e rotas através de todos eles. Isso ajuda proporciona melhor desempenho por meio de balanceamento de carga e contra falhas de adaptador de rede. Requisitos SMB 3.0 Transparent Failover requer: Um cluster de failover que executa o Windows Server 2012 com pelo menos dois nós: O cluster deve passar os testes de validação de cluster no assistente de validação. "Serviços para as ações continuamente disponível" serviços papel instalado em todos os nós do cluster: Este serviço de função fornece o armazenamento persistente que permite que o servidor de arquivos para retomar alças depois de um failover. Ele também fornece um serviço de testemunho que ajuda os clientes mais rapidamente se reconectar a um compartilhamento de arquivos em cluster após uma falha não planejada. Os compartilhamentos de arquivos criados com a propriedade disponibilidade contínua: Esta é a configuração padrão. Os computadores clientes que executam o Windows 8 ou Windows Server 2012: Os dois computadores devem incluir o cliente SMB 3.0 atualizado que suporta disponibilidade contínua. Nota Down-nível clientes podem se conectar a compartilhamentos de arquivos que têm a propriedade disponibilidade contínua, mas SMB 3.0 Transparent Failover não é suportado para esses clientes. SMB 3.0 Multicanal, é necessário: Pelo menos dois computadores com o Windows Server 2012: não há recursos extras precisam ser instalados porque a tecnologia está disponível por padrão.

14 As seguintes configurações de rede são sugeridas: o único 10 - adaptadores de rede GbE: Cada computador é configurado com uma única interface de rede de 10 GbE. o duplo 1 - adaptadores de rede GbE: Cada computador deve ser configurado com duas interfaces de rede de 1 GbE. Cada cliente SMB 3.0 do adaptador de rede fala com um adaptador de rede de servidor SMB 3.0 usando uma sub-rede diferente. o duplo 1 - GbE adaptadores de rede em uma equipe: Cada computador deve ser configurado com duas interfaces de rede de 1 GbE configurados como uma equipe LBFO. Cada adaptador de rede do cliente SMB 3.0 e um adaptador de rede de servidor SMB 3.0 comunicar entre si usando suas interfaces emparelhados. O adaptadores de rede dual 10-GbE: Cada computador deve ser configurado com duas interfaces de rede de 10 GbE. Cada adaptador de rede do cliente SMB 3.0 comunica com um adaptador de rede de servidor SMB 3.0 usando uma sub-rede diferente. O adaptadores de rede Infiniband dual: Cada computador deve ser configurado com duas interfaces de rede Infiniband. Cada adaptador de rede do cliente SMB 3.0 comunica com um adaptador de rede de servidor SMB2 usando uma sub-rede diferente. SMB 3.0 Direto requer: Pelo menos dois computadores com o Windows Server 2012: não há recursos extras precisam ser instalados; a tecnologia está disponível por padrão. Os adaptadores de rede com capacidade de RDMA: Atualmente, estes adaptadores de rede vêm em três tipos diferentes: iwarp, Infiniband, e RDMA sobre Converged Ethernet (RoCE). Cenário Fernando é um administrador de TI de uma grande empresa de serviços financeiros. Sua empresa tem um grande número de clusters de servidor de arquivos no datacenter para apoiar inúmeras aplicações e arquivos para milhares de usuários. Fernando quer fornecer disponibilidade contínua de aplicativos e arquivos para os usuários quando executar a manutenção em nós em clusters de servidor de arquivos, ou em caso de falha de hardware em um nó de cluster. Ele também gostaria de rede e melhorou o desempenho da CPU e maior resiliência para falhas de rede. Fernando atualiza seus servidores para o Windows Server 2012 para usar o suporte SMB 3.0. SMB 3.0 Transparent Failover lhe permite mover os compartilhamentos de arquivos entre os nós do cluster sem interromper aplicativos de servidor que armazenam dados sobre essas ações. O recurso SMB 3.0 permite que seus Multichannel aplicações para tirar o máximo proveito de toda a largura de banda de rede disponível ao adicionar resiliência a potenciais falhas de rede. Estas e outras melhorias para satisfazer suas necessidades de rede e CPU melhor desempenho, juntamente com a disponibilidade contínua, conveniência e menor custo. Resumo A camada SMB 3.0 reconhece automaticamente todos os adaptadores de rede com caminhos de rede disponível para o armazenamento e vias de tráfego através de todos eles. Isso fornece melhor desempenho por meio de balanceamento de carga e também oferece seguro contra falhas de adaptador de rede. Com SMB 3.0 Transparent Failover, você pode mover os compartilhamentos de arquivos entre os nós do cluster sem interromper aplicativos de servidor que armazenam dados sobre essas ações. O recurso SMB 3.0 Multicanal permite que seus aplicativos para tirar proveito de tudo largura de banda disponível ao adicionar resiliência a potenciais falhas de rede. Estas e outras melhorias de fornecê-lo com rede e CPU melhor desempenho, juntamente com a disponibilidade contínua, conveniência e menor custo. DHCP Server Failover Windows Server 2012 suporta o protocolo DHCP Failover, como descrito no documento da Internet Engineering Task Force Internet (IETF). Através deste protocolo, o recurso DHCP Server Failover permite que dois servidores DHCP para sincronizar informações de concessão quase instantaneamente e para fornecer alta disponibilidade do

15 serviço de DHCP. Se um servidor ficar indisponível, o outro servidor assume a responsabilidade pelo atendimento de clientes para a mesma sub-rede. Você também pode configurar o failover com balanceamento de carga, com pedidos de clientes distribuídos entre os dois servidores DHCP. Descrição técnica Failover de DHCP no Windows Server 2012 fornece suporte para dois servidores DHCPv4. Os administradores podem implementar Server 2012 servidores DHCP do Windows como parceiros de failover no modo de espera quente ou modo de compartilhamento de carga. Modo de espera quente Neste modo, dois servidores operam em uma relação de failover em que um servidor ativo aluga endereços IP e informações de configuração para todos os clientes em um escopo ou sub-rede. Os dois servidores DHCP em uma relação de failover não precisa estar na mesma sub-rede. Serviço de DHCP pode ser fornecido para a sub-rede por DHCP Relay. O servidor secundário assume esta responsabilidade se o servidor primário não estiver disponível. Um servidor é primário ou secundário no contexto de uma sub-rede, de modo que um servidor que é primordial para uma sub-rede pode ser derivado para outro. Modo de espera quente de operação é recomendado para implantações em que um escritório ou de servidor de datacenter central atua como um servidor de backup de espera para um servidor em um site remoto que é local para os clientes DHCP. Nesta implantação hub-and-spoke, mostrado na figura a seguir, não é desejável ter um serviço de servidor de espera remoto todos os clientes, a menos que o servidor DHCP local se torna indisponível. Figura 7: Hot failover DHCP de espera em uma implantação hub-and-spoke

16 Modo de compartilhamento de carga No modo de compartilhamento de carga, que é o modo padrão, os dois servidores servir simultaneamente endereços IP e opções para clientes em uma sub-rede particular. Os dois servidores DHCP em uma relação de failover não precisa estar na mesma sub-rede) os pedidos de clientes são e compartilhada entre os dois servidores com balanceamento de carga. Este modo é recomendado para implantações em que ambos os servidores em uma relação de failover estão localizados no mesmo local físico, como mostrado nas duas figuras seguintes. Ambos os servidores responder às solicitações do cliente DHCP com base no rácio de distribuição de carga configurado pelo administrador. Figura 8: Compartilhamento de carga failover DHCP em um único site com uma única sub-rede

17 Figura 9: Compartilhamento de carga failover DHCP em um único site com várias sub-redes

18 Requisitos Failover de DHCP requer: Software: failover de DHCP requer dois servidores DHCP que executam o Windows Server Número de servidores: failover de DHCP é implantada entre dois servidores DHCP que participam na relação de failover. Sincronização de tempo: Para failover de DHCP a funcionar corretamente, o tempo deve ser mantida sincronizada entre os dois servidores em um relacionamento failover. Sincronização de tempo pode ser mantido por implantar o Network Time Protocol (NTP) ou qualquer mecanismo alternativo. Executar o Assistente de Configuração de Failover compara o tempo atual nos dois servidores. Se a diferença de tempo é superior a 1 minuto, o processo de configuração failover pára com um erro crítico que instrui o administrador para sincronizar o tempo. Cenário Grant é o administrador de rede em uma empresa de manufatura de médio porte. Sua empresa tem um escritório corporativo centralizado com várias sub-redes e dezenas de computadores cliente. Grant precisa de confiabilidade para serviços de rede e de acesso. Como parte de seu plano para se certificar de que há alta disponibilidade de todos os recursos, Grant implanta dois servidores DHCP que executam o Windows Server 2012 com DHCP Failover em um relacionamento de compartilhamento de carga. Solicitações de concessão do cliente são balanceamento de carga entre os dois servidores, e cada um age como um backup para o outro em caso de falha de hardware. Resumo Com o Windows Server 2012, você pode implantar DHCP Failover em um relacionamento de compartilhamento de carga. Solicitações de concessão do cliente será entre os servidores com balanceamento de carga, e cada um vai agir como um backup para o outro em caso de falha de hardware.

19 Windows Server 2012 oferece uma solução de failover de DHCP que permite a implantação simples de um serviço DHCP altamente disponível com baixo dispêndio de capital e baixo custo de manutenção. atuação Suporte para dispositivos de rede SR-IOV Para conexões de rede virtual, o objetivo principal é perto nativa I / O. Windows Server 2012 adiciona a capacidade de atribuir funcionalidade SR-IOV de dispositivos físicos diretamente para máquinas virtuais. Isto dá máquinas virtuais a capacidade de ignorar o Hyper-V Virtual Switch baseado em software, e diretamente abordar o adaptador de rede. Como resultado, a sobrecarga da CPU ea latência é reduzida, com um aumento correspondente na taxa de transferência. Descrição técnica A norma SR-IOV foi introduzido pelo PCI-SIG, o grupo de interesse especial que detém e gere as especificações PCI como padrões abertos da indústria. SR-IOV trabalha em conjunto com o apoio chipset sistema de tecnologias de virtualização que fornecem remapeamento de interrupções e Direct Memory Access (DMA) e permite que dispositivos SR-IOV-capazes ser atribuído diretamente a uma máquina virtual. Hyper-V no Windows Server 2012 permite suporte para dispositivos de rede SR-IOV-capazes e permite que uma função virtual de um adaptador de rede física SR-IOV ser atribuído diretamente a uma máquina virtual. Isso aumenta o rendimento da rede e reduz a latência da rede enquanto também reduz a sobrecarga da CPU host que é necessário para o tráfego de rede de processamento. A figura a seguir mostra a arquitetura de suporte SR-IOV no Hyper-V. Figura 10: SR-IOV suporte no Hyper-V

20 Esta configuração aumenta o throughput da rede e reduz a latência da rede enquanto também reduz a sobrecarga da CPU de acolhimento necessário para processar o tráfego de rede. Requisitos Rede SR-IOV requer: Um sistema host que suporte SR-IOV, como Intel VT-d2, incluindo suporte para o chipset de interrupção e DMA remapeamento e suporte de firmware correto para habilitar e descrever capacidades SR-IOV da plataforma para o sistema operacional. Um adaptador SR-IOV com capacidade de rede e driver no sistema operacional de gerenciamento (que executa a função Hyper-V) e cada máquina virtual em que uma função virtual é atribuído. SR-IOV faz com que o tráfego da máquina virtual para ignorar o parâmetro virtual Hyper-V. Se quaisquer políticas interruptor de porta estão definidos, a funcionalidade SRIOV é revogado para que a máquina virtual. Resumo Suporte para sistemas e dispositivos de rede SR-IOV-capable em Windows Server 2012 permite que você atribua adaptadores de rede SR-IOV-capazes diretamente para uma máquina virtual. Isso ajuda a maximizar a produção em rede, minimizando a latência da rede ea sobrecarga de CPU necessário para processar o tráfego de rede.

21 Dinâmica de Máquina Virtual Queue (D-VMQ) Virtual Machine Queue (VMQ) permite que o adaptador de rede do host para passar pacotes DMA diretamente em pilhas de memória da máquina virtual individuais. Cada buffer dispositivo máquina virtual é atribuído um VMQ, o que evita cópias desnecessárias de pacotes e pesquisas de rotas no switch virtual. Essencialmente, VMQ permite único adaptador de rede do host para aparecer como vários adaptadores de rede para as máquinas virtuais, permitindo que cada máquina virtual seu próprio adaptador de rede dedicada. O resultado é menos dados em buffers do hospedeiro e uma melhoria de desempenho global para operações de I / O. Descrição técnica Windows Server 2008 R2: Offload roteamento e filtragem de pacotes de rede para o adaptador de rede (ativado por filas baseadas em hardware receber) para reduzir a sobrecarga de acolhimento. Figura 11: Rede caminho de E / S sem VMQ O VMQ é uma tecnologia de virtualização de hardware para a transferência eficiente de tráfego de rede para um sistema operacional hospedeiro virtualizado. Um adaptador de rede VMQ-capable classifica os quadros de entrada para ser encaminhado para uma fila de recebimento baseado em filtros que associam a fila com adaptador de rede virtual de uma máquina virtual. Essas filas de hardware podem ser affinitized a diferentes CPUs, permitindo assim receber escala em uma base per-adaptador de rede de máquina virtual. Windows Server 2008 R2 permitiu que os administradores configurar estaticamente o número de processadores disponíveis para processo interrompe para VMQ.Sem VMQ, CPU 0 correria quente com o aumento do tráfego de rede. Com VMQ, as interrupções foram distribuídos por mais processadores. No entanto, a carga da rede pode variar ao longo do tempo. Um número fixo de processadores pode não ser adequado em todos os regimes de tráfego. Novo no Windows Server 2012: Windows Server 2012 distribui dinamicamente entrada processamento de tráfego de rede para hospedar processadores, com base no uso do processador e carga da rede. Em tempos de carga pesada de rede, VMQ Dinâmica (D-VMQ) usa automaticamente mais processadores. Em tempos de carga de rede de luz, VMQ dinâmico abandona esses mesmos processadores. Figura 12: Rede caminho de E / S com VMQ

22 Requisitos VMQ dinâmico requer adaptadores de rede e drivers de hardware que suportam Rede Especificação Device Interface (NDIS) Resumo VMQ espalha interrupções para tráfego de rede em processadores disponíveis. No Windows Server 2012, a capacidade VMQ dinâmico permite que um algoritmo adaptativo para modificar a afinidade de CPU de filas sem remover ou filas de recriar. Isso resulta em uma melhor adequação de carga de rede para uso do processador, resultando em maior desempenho da rede. Acelerar Rede I / O Windows Server 2012 ajuda a atender as necessidades das empresas mais exigentes, com custos mais baixos para infra-estrutura e operações. Ele fornece maior o necessário escalabilidade e desempenho melhorado para suportar aplicações de baixa latência em ambientes físicos e virtuais. Descrição técnica Windows Server 2012 otimiza automaticamente o desempenho para aplicações críticas, fornecendo os seguintes benefícios: Previsibilidade: Responde de forma previsível para alterar I / O. Escalabilidade: reduz a latência facilmente para lidar com aplicações com um alto IOPS. baixa latência absoluta: Diminui a quantidade de end-to-end de processamento de transações necessária para aplicações críticas. Windows Server 2012 também melhora o desempenho da rede com receive-side scaling (RSS) e receber Segmento de coalescência (RSC) melhorias. Receive-side scaling RSS espalha monitoramento interrompe sobre vários processadores, por isso, um único processador não é obrigado a lidar com todos os I / O interrupções, o que era comum com versões anteriores do Windows Server. Balanceamento de carga activa entre os processadores controla a carga sobre os diferentes processadores centrais e, em seguida, transfere as interrupções, conforme necessário.

23 Você pode selecionar quais processadores serão usados para o tratamento dos pedidos RSS, incluindo processadores que estão além de 64 KB, o que lhe permite tirar partido das mesmas computadores high-end que têm um grande número de processadores lógicos. A figura a seguir ilustra RSS em um adaptador de rede com oito filas de RSS. Figura 13: RSS com quatro nós e oito filas RSS trabalha com caixa de entrada NIC Teaming ou LBFO para remover uma limitação nas versões anteriores do Windows Server, onde uma escolha teve que ser feita entre o uso de drivers de hardware ou RSS. RSS também irá trabalhar para User Datagram Protocol (UDP) e pode gerenciar e aplicativos que usam WMI e Windows PowerShell depuração. Receba Coalescing Segmento RSC melhora a escalabilidade dos servidores por reduzir a sobrecarga para o processamento de uma grande quantidade de rede I / O tráfego. Ele faz isso por coalescência vários pacotes de entrada em um grande tampão, como mostrado no diagrama a seguir. Figura 14: Receba Coalescing Segmento

24 Em testes iniciais, RSC reduzida CPU utilizar até 20 por cento. Requisitos O recurso de rede I / O Acelerar requer: Windows Server Os adaptadores de rede que suportam as características descritas anteriormente. Resumo Ao usar o Windows Server 2012, os servidores podem tirar partido de melhorias para reduzir a latência por meio de maior I / O por segundo, reduziu end-to-end de processamento de transações, o balanceamento de carga entre os processadores ativo, e muitas outras melhorias de RSS. Esses aprimoramentos ajudar a satisfazer as necessidades das aplicações mais avançadas, o que significa melhor desempenho para usuários que acessam os servidores e aplicativos em ambientes físicos ou virtuais, através de redes locais ou de área ampla. IPsec Task Offload para máquinas virtuais IPsec protege a comunicação de rede por meio da autenticação e criptografia de alguns ou de todos os conteúdos de pacotes de rede. IPsec Task Offload no Windows Server 2012 aproveita as capacidades de adaptadores de rede do servidor de hardware para descarregar o processamento IPsec. Isto reduz a sobrecarga da CPU de criptografia e descriptografia IPsec significativamente. No Windows Server 2012, IPsec Task Offload é estendido para máquinas virtuais também. Os clientes que utilizam máquinas virtuais que querem proteger seu tráfego de rede com IPsec pode tirar vantagem da capacidade de descarregamento de hardware IPsec disponível em adaptadores de rede do servidor, o que libera os ciclos de CPU para realizar mais trabalho ao nível da aplicação e deixa a encriptação / desencriptação por pacote de hardware. Descrição técnica Processamento IPsec é computacionalmente caro em relação à comunicação de rede sem IPsec. Em geral, criptografia e descriptografia em software consome ciclos de CPU. Hardware pode executar de forma eficiente por criptografia e descriptografia de pacotes. O IPsec informações necessárias para executar as operações por pacotes está contido em uma associação de segurança (SA). Um SA é necessária para cada conexão IPsec. Um par de SAs é necessário para cada conexão, a transmissão SA e receber uma SA. No Windows Server 2008 R2 IPsec Task Offload versão 2 (IPsecTOv2) foi aprimorado para suportar o descarregamento inteligente de SAs utilizados para por pacote de encriptação / desencriptação de uma placa de rede hardware. Usando o adaptador de rede para executar as funções de criptografia por pacote resulta em menor utilização da CPU e maior throughput da rede.

25 Requisitos IPsec Task Offload requer o apoio de adaptadores de rede e drivers de hardware com esta capacidade em NDIS Resumo Windows Server 2012 estende IPsec Task offload para máquinas virtuais. Provedores de hospedagem que querem oferecer ambientes mais seguros em nuvem hospedados para responder às preocupações de segurança e conformidade, e os clientes que utilizam máquinas virtuais que querem proteger seu tráfego de rede com IPsec pode tirar vantagem da capacidade de descarregamento de hardware IPsec disponível em adaptadores de rede do servidor. Windows Server 2012 fornece uma solução IPsec melhor desempenho para máquinas virtuais. Gerenciabilidade Medição de Recursos no Hyper-V Os seus recursos de computação são limitadas. Você precisa saber como as diferentes cargas de trabalho de recorrer a esses recursos, mesmo quando eles estão virtual. No Windows Server 2012, o Hyper-V introduz Resource Metering, uma tecnologia que ajuda a rastrear dados históricos sobre o uso de máquinas virtuais. Com recursos de medição, você obter insights sobre o uso de recursos de servidores específicos. Você pode usar esses dados para realizar o planejamento de capacidade, para monitorar o consumo por diferentes unidades de negócios ou clientes, e para capturar os dados necessários para ajudar a redistribuir os custos de funcionamento de uma carga de trabalho.você também pode usar as informações desse recurso oferece para ajudar a criar uma solução de faturamento, para que os clientes dos seus serviços de hospedagem poderia ser cobrado proporcionalmente à sua utilização de recursos. Métricas para a utilização de recursos Windows Server 2012 oferece duas maneiras de obter dados históricos sobre o uso do cliente de recursos de máquina virtual: cmdlets do Hyper-V no Windows PowerShell e as novas APIs do Provedor WMI de virtualização. Hyper-V expõe as métricas na tabela a seguir para o uso de recursos. Tabela 1: Métricas exposta pela Métrico Unidades Descrição O uso médio da CPU Megahertz (MHz) A quantidade média de CPU utilizada por uma máquina virtual ao longo de um período de tempo. O uso médio de memória Megabytes (MB) A quantidade média de memória física usada por uma máquina virtual ao longo de um período de tempo. Utilização mínima de memória MB A menor quantidade de memória física atribuído a uma máquina virtual ao longo de um período de tempo. O uso máximo de memória MB A maior quantidade de memória física atribuído a uma máquina virtual ao longo de um período de tempo. A maior alocação de disco MB A maior quantidade de capacidade de espaço em disco alocado a uma máquina virtual ao longo de um