Essenziale Windows Server 2012 Networking, SQL Server 2012 e SharePoint Server 2013 Amministrazioni in Italian

Transcript

1 Essenziale Windows Server 2012 Networking, SQL Server 2012 e SharePoint Server 2013 Amministrazioni in Italian Sviluppato da Nam Nguyen

2 Essential Windows Server 2012 Networking, SQL Server 2012 and SharePoint Server 2013 Administrations in Italian. L'eBook è una grande risorsa ovunque tu vada con utile una guida per imparare a usare di Windows Server 2012 Networking, SQL Server 2012 e SharePoint Server 2013 Amministrazioni con facilità e divertimento. Questo libro fornisce un'introduzione di facile utilizzo per il soggetto, prendendo una chiara quadro strutturale; che guida il lettore attraverso elementi fondamentali del soggetto con l'uso di illustrazioni e schemi in tutto il testo per assicurare il lettore capisce anche il più complesso di concetti. L'eBook è per chi ha un interesse in Windows Server 2012 Networking, SQL Server 2012 e SharePoint Server 2013 Amministrazioni e vuole capire le sue capacità e decisori tecnici. E 'una grande risorsa e perfetto di riferimento per l'it professionale e Dipartimento di Tecnologie. Procuratevi imparare tutto questi 3 essenziale di Windows Server 2012 Networking, SQL Server 2012 e SharePoint Server 2013 Amministrazioni, imparando li apriranno innumerevoli porte con garanzia che buon lavoro paga, ora e in futuro. Basta ricordare una cosa che l'apprendimento non si ferma mai! Leggere, leggere, leggere! E Scrivere, scrivere, scrivere! Un grazie alla mia meravigliosa moglie Beth (Griffo) Nguyen ed i miei figli sorprendenti Taylor Nguyen Nguyen e Ashton per tutto il loro amore e sostegno, senza il loro sostegno emotivo e di aiuto, nessuno di questi ebook in lingua educativi e audio sarebbe possibile.

3 Windows Server 2012 Networking

4 Affrontare le sfide che i professionisti IT La tecnologia avanza che stanno trasformando il panorama di business attuale stanno colpendo anche come professionisti IT fare il loro lavoro. Queste tecnologie includono pubblico e privato cloud computing, forza lavoro mobile, ed i beni dispersi attraverso LAN, reti geografiche (WAN), e data center. Gestione di rete e di rete risorse è un compito complesso che è simile alla gestione di una rete elettrica: l'obiettivo è quello di assicurarsi che le trasmissioni regolari (dati e di energia elettrica, rispettivamente), che tutti i componenti siano collegati correttamente e che i clienti ottengano i servizi di cui hanno bisogno, quando ne hanno bisogno. Nelle sue comunicazioni in corso con clienti aziendali, Microsoft ha identificato tre temi chiave di rete in cui i professionisti IT vedono più grandi sfide del prossimo futuro. Questi includono: la gestione di cloud private in modo efficiente, flessibile; semplice e sicuro estendendo cloud privati di sfruttare servizi cloud pubblici; e facilmente la connessione agli utenti finali di risorse IT, indipendentemente dalla loro ubicazione. Diamo un breve sguardo a ogni numero. Gestione cloud privati in modo efficiente Un aspetto importante di garantire che cloud privati offrono sulla loro potenzialità di business è quello di fare in modo che essi non aggiungere ad esso gli oneri di gestione. Perché ciò avvenga, una piattaforma di networking ha bisogno i seguenti attributi: automazione efficiente, con un sacco di opzioni per automatizzare le attività di rete essenziali per ottimizzare l'implementazione cloud privato e di gestione. La flessibilità di scalare cloud privati su o in giù a suo piacimento senza essere ostacolati in rete e risorse di storage e personale amministrativo associati. capacità univoci di consolidamento che consentono, ad esempio, più carichi di lavoro da eseguire sulle risorse hardware esistenti, la convergenza di dati e risorse di rete di archiviazione sulla stessa infrastruttura fisica, e più opzioni per l'utilizzo di array di storage a basso costo e interruttori. Collegamento cloud privati con i servizi cloud pubblici Per generare benefici ancora maggiori di cloud private, le organizzazioni devono trovare il modo di aumentare la funzionalità cloud privato con i servizi cloud pubblici forniti dall'organizzazione stessa o da terzi. Tuttavia, collegando cloud pubblici e privati deve essere compiuto facilmente e in modo sicuro. Queste caratteristiche possono aiutarti a realizzare questo: Efficiente multi-tenancy: la tecnologia di virtualizzazione consente di consolidare le risorse attraverso gli ambienti multi-tenant; ma fornisce anche reparti IT con i mezzi per attuare una maggiore sicurezza. Questo include gli inquilini di isolamento, le applicazioni line-of-business e dati, che rende più facile e più amichevole per collegare gli inquilini di private cloud e risorse con i servizi cloud pubblici. Utilizzo di cloud pubblici per estendere il data center: Con la giusta tecnologia nel luogo, cloud pubblici possono essere utilizzati per estendere le risorse di cloud privati e processi quali archivi dati. la comunicazione senza soluzione di continuità tra i cloud pubblici e privati: Integrare le funzionalità di cloud pubblici e privati richiede comunicazioni semplici e la connessione delle risorse informatiche tra i due ambienti. Collegamento utenti facilmente a risorse IT Sempre più organizzazioni oggi sono geograficamente distribuiti e spesso hanno una forza lavoro altamente mobili. In questi scenari, è essenziale per gli utenti di collegarsi rapidamente e facilmente alle risorse informatiche. Queste caratteristiche sono necessità per questo di lavoro: Tutte le attività IT devono essere disponibili per gli utenti finali, quando ne hanno bisogno, a prescindere dalla posizione: La posizione fisica degli utenti e le risorse quali database e cloud privati dovrebbe essere irrilevante per una connessione veloce e semplice.

5 Tutti gli utenti devono essere in grado di comunicare con tutte le nuvole: Questo può essere limitata, ovviamente, sulla base di identità e sicurezza politiche di un'organizzazione e le esigenze individuali o di reparto. Funzionalità avanzate di networking: Windows Server 2012 Windows Server 2008 R2 ha introdotto diverse nuove funzionalità per la rete, tra cui le installazioni Virtual Desktop Infrastructure (VDI), a distanza di applicazione (RemoteApp) editoria, peer-to-peer ottimizzazioni caching, miglioramenti per l'ottimizzazione delle prestazioni del traffico di rete, misure per evitare la duplicazione dei dati, e ottimizzazioni WAN. Windows Server 2012 si basa su questi progressi con una serie di funzionalità nuove e migliorate che consentono di ridurre la complessità della rete riducendo i costi e semplificando le attività di gestione. Con Windows Server 2012, gli amministratori IT hanno strumenti per automatizzare e consolidare i processi e le risorse di rete. Esso fornisce la funzionalità per collegare più facilmente cloud privati con i servizi cloud pubblici. E di Windows Server 2012 fornisce più, e meglio, gli strumenti per la connessione degli utenti alle risorse IT e servizi attraverso i confini fisici e ambienti cloud privati e pubblici. Questo documento fornisce uno sguardo più da vicino le funzionalità di Windows Server 2012 che facilitano la gestione più efficiente e conveniente in rete. Gestione continuamente disponibile, sicure, efficienti e cloud privati Windows Server 2012 include molte caratteristiche nuove e migliorate per semplificare la gestione, consolidare le risorse, e automatizzare le attività. Questo aiuta a ridurre i costi e aumentare la flessibilità per gli amministratori che si occupano di cambiamento ed espansione ambienti di rete in tutte le aree geograficamente. Queste funzioni sono discusse in questa sezione: Affidabilità o la tecnologia NIC Teaming o Hyper-V Replica o SMB 3.0 multicanale e SMB 3.0 Diretta o Dynamic Host Configuration Protocol (DHCP) di failover Prestazioni o Single Root I virtualizzazione I / O (SR-IOV) o dinamica coda Virtual Machine o Accelerazione rete di I / O, tra cui ricevo segmento coalescenza e ricevo ridimensionamento lato o IPsec compito offload

6 gestibilità o IP Address Manager (IPAM) o di risorse di misurazione Sicurezza o DNSSEC (DNSSEC) Affidabilità La tecnologia NIC Teaming Windows Server 2012 consente di determinare la tolleranza d'errore su schede di rete senza dover acquistare hardware e software aggiuntivo. Una caratteristica aggiuntiva è NIC Teaming, che consente più interfacce di rete di lavorare insieme come una squadra, prevenendo la perdita di connettività se una scheda di rete non riesce. Esso consente a un server di tollerare scheda di rete e il fallimento porta fino al primo segmento interruttore. Consente inoltre di aggregare la larghezza di banda da più schede di rete. Ad esempio, quattro 1 gigabyte (GB) di schede di rete in grado di fornire un aggregato di 4 Gbps di throughput. I vantaggi di una soluzione integrata di Windows teaming sono che funziona con tutti i fornitori della scheda di rete, elimina i potenziali problemi causati da soluzioni proprietarie, fornisce un insieme comune di strumenti di gestione per tutti i tipi di adattatore, ed è pienamente supportato da Microsoft. Descrizione tecnica Oggi, tutte le soluzioni NIC Teaming disponibili hanno un'architettura simile, come mostrato nella figura seguente. Figura 1: Soluzione standard NIC Teaming architettura Teaming schede di rete prevede: configurazioni NIC Teaming: On o schede di rete più fisico si collegano alla unità della soluzione NIC Teaming multiplexing e presenti uno o più "schede virtuali" (schede di rete squadra) al sistema operativo. Algoritmi per la distribuzione del traffico: Diversi algoritmi diversi distribuire il traffico in uscita tra le schede di rete. Il traffico può essere diffuso secondo un hash degli indirizzi di origine e di destinazione e le porte, o può essere diffuso secondo la porta originari per macchine virtuali, come mostrato nella figura seguente. La soluzione

7 Teaming del NIC può anche dividere il traffico da LAN virtuale (VLAN), in modo che le applicazioni possono connettersi a diverse VLAN. Figura 2: NIC Teaming in una configurazione della macchina virtuale Configurazioni NIC Teaming NIC Teaming utilizza due serie di algoritmi di configurazione: Modalità switch-indipendente: Questi algoritmi rendono possibile per i membri del team di connettersi a diversi interruttori perché l'interruttore non sa che l'interfaccia è parte di una squadra al di accoglienza. Queste modalità non richiedono il passaggio a partecipare al teaming. Modalità switch-dipendente: Questi algoritmi richiedono il passaggio a partecipare al teaming. Qui, tutte le interfacce della squadra sono collegati allo stesso interruttore. Ci sono due scelte comuni per i modi dell'interruttore-dipendente della NIC Teaming: teaming generico o statica (IEEE 802.3ad progetto v1): Questo modo richiede configurazione sia l'interruttore e l'host di individuare che collega formare la squadra. Perché questa è una soluzione configurato staticamente, non vi è alcun protocollo aggiuntivo per aiutare lo switch e host per identificare i cavi in modo errato collegati o altri errori che potrebbero causare la squadra non riesca ad eseguire. In genere, questa modalità è supportata dagli switch di classe server. dinamica teaming (IEEE 802.1ax, Link Aggregation Control Protocol (LACP)): Questa modalità è anche comunemente indicato come IEEE 802.3ad perché è stato sviluppato nel comitato IEEE 802.3ad prima di essere pubblicato come IEEE 802.1ax. Funziona utilizzando la LACP per identificare dinamicamente i link che sono collegati tra l'host e un interruttore specifico. Switch di classe server tipici supportano IEEE 802.1ax, ma la maggior parte richiede amministrazione per consentire LACP sulla porta. Ci sono sfide della sicurezza a consentire un 802.1ax IEEE quasi completamente dinamico di operare su un interruttore. Come risultato, passa oggi richiedono ancora l'amministratore interruttore per configurare le porte dello switch che sono autorizzati ad essere membri di una squadra. Uno di questi interruttori dipendenti dalla modalità risultati nel traffico entrata e in uscita che si avvicinano i limiti pratici di larghezza di banda aggregata. Questo perché piscina della squadra di link è visto come un unico tubo. Incompatibilità NIC Teaming è compatibile con tutte le funzionalità di rete in Windows Server 2012, con le seguenti eccezioni: SR-IOV Remote Direct Memory Access (RDMA)

8 TCP Chimney Offload Per SR-IOV e RDMA, i dati vengono consegnati direttamente alla scheda di rete senza passare attraverso il stack di rete. Pertanto, il team di scheda di rete non può vedere o reindirizzare i dati ad un altro percorso nella squadra. In questa versione, TCP Chimney Offload non è supportata con NIC Teaming. Requisiti La funzionalità NIC Teaming richiede: di Windows Server Almeno una scheda di rete o Se sono presenti due o più schede di rete devono essere dello stesso velocità. o due o più schede di rete sono richiesti se siete in cerca di aggregazione di banda o la protezione failover. o una o più schede di rete se siete in cerca solo di segregazione VLAN per lo stack di rete. Sommario È possibile utilizzare NIC Teaming per eseguire tre compiti importanti: la larghezza di banda aggregata. Prevenire la perdita della connettività in caso di guasto di un componente di rete. VLAN separazione del traffico da un host. Esso funziona con entrambi i server fisici e macchine virtuali. Ora avete la possibilità di utilizzare questa funzione e ricevere il pieno supporto per la configurazione di Microsoft, indipendentemente dal vostro fornitore della scheda di rete. Windows 8 NIC Teaming è gestito con Windows PowerShell e tramite l'interfaccia utente di configurazione NIC Teaming. Sia Windows PowerShell e il lavoro di interfaccia utente per i server fisici e virtuali. L'interfaccia utente in grado di gestire server fisici e virtuali allo stesso tempo. Hyper-V Replica Uno dei motivi principali per impostare una nuvola, e per i clienti di passare al cloud, è quello di consentire un recupero più rapido e più facile fallimento. Nonostante le crescenti interruzioni e l'alto costo per incidente, gli amministratori IT spesso rimandare l'implementazione di soluzioni a causa della complessità e il costo. Le aziende hanno bisogno di una soluzione di business continuity conveniente e affidabile che li aiuta a recuperare da un fallimento. La virtualizzazione apre nuove possibilità, efficaci per aiutare a garantire che i servizi siano disponibili in modo ottimale. Windows Server 2012 Hyper-V introduce Replica, una caratteristica che fornisce la replica asincrona di macchine virtuali per fini di business continuity e disaster recovery. Descrizione tecnica Hyper-V Replica è una nuova funzionalità di Windows Server Si consente di replicare le macchine virtuali Hyper-V su un collegamento di rete da un host Hyper-V in un sito primario a un altro host Hyper-V in un sito di replica con poca fiducia negli array di archiviazione o altre tecnologie di replica software. La figura seguente mostra una replica più sicuro di macchine virtuali da diversi sistemi e cluster a un sito remoto su una rete WAN. Figura 3: più replicare in modo sicuro le macchine virtuali da una vasta gamma di sistemi e cluster a un sito remoto su una rete WAN

9 Hyper-V Replica tiene traccia delle operazioni di scrittura nella macchina virtuale primario e replica queste modifiche al server di replica in modo efficiente su una WAN. La connessione di rete tra i due server utilizza il protocollo HTTP o HTTPS e supporta sia l'autenticazione basata su certificati di Windows integrato e. Per una connessione crittografata, si dovrebbe scegliere l'autenticazione basata su certificati. Hyper-V Replica è strettamente integrato con Windows clustering di failover e fornisce la replica più facile tra i diversi scenari di migrazione nei server primari e di replica. Per semplificare la gestione, Hyper-V Replica include i seguenti strumenti: Una interfaccia utente integrata con Hyper-V e il clustering di failover Gestione snap-in per Microsoft Management Console (MMC). Un'interfaccia estensibile di Windows Management Instrumentation (WMI). Una capacità di scripting interfaccia della riga di comando di Windows PowerShell. Requisiti Per utilizzare Hyper-V Replica, sono necessari due computer fisici configurati con: di Windows Server ruolo del server Hyper-V. hardware che supporta il ruolo Hyper-V. stoccaggio sufficiente per ospitare i file che carichi di lavoro virtualizzati utilizzano. Spazio aggiuntivo sul server di replica, in base alle impostazioni di configurazione di replica, può essere necessaria. larghezza di banda sufficiente tra le località che ospitano i server e siti primari e di replica. Le regole del firewall per consentire la replica tra i server e siti primari e di replica. caratteristica clustering di failover, se si desidera utilizzare Hyper-V Replica su una macchina virtuale del cluster. Sommario È possibile utilizzare Hyper-V Replica per fornire una soluzione di replica a livello di macchina virtuale che replica in modo efficiente i dati su un collegamento di rete a un sito remoto con poco affidamento su array di archiviazione o altre tecnologie di replica software. Hyper-V Replica offre una soluzione di storage-agnostic e carico di lavoro

10 agnostico che replica in modo più efficiente, periodicamente e in modo asincrono su reti basate su IP, in genere a un sito remoto. Inoltre, consente di testare facilmente la macchina virtuale di replica senza sconvolgere totalmente alla replica in corso. Se si verifica un errore nel sito principale, è possibile ripristinare le operazioni di business, portando la macchina virtuale replicata nel sito di replica. Hyper-V Replica fornisce un livello di macchina virtuale, più accessibile, più affidabile e più gestibile soluzione di replica che è integrato con Hyper-V e la funzionalità di clustering di failover di Windows Server Server Message Block 3.0 Server Message Block 3.0 in Windows Server 2012 fornisce il supporto per server e storage che è sempre disponibile, con scarti minimi in disponibilità ai clienti. Ha i seguenti vantaggi: stoccaggio e sistemi sono resistenti a pianificati e non pianificati, i tempi di fermo. perdite di dati sono notevolmente ridotti. Riduzione dei costi di acquisizione e di gestione. Comprende misure di salvaguardia contro i guasti del sito e disastri. I file possono essere trasferiti più veloce, più affidabile e più efficiente. Riduzione dei costi, semplificare le implementazioni, e aumentare la disponibilità Nelle versioni precedenti di Microsoft Windows Server, Storage Area Network (SAN) erano costosi per acquisire e gestire, non permetteva di semplice macchina virtuale o mobilità del database, e ha richiesto gli strumenti specifici del produttore e le conoscenze specialistiche da configurare. Inoltre, failover di condivisione di file non erano trasparenti e richiedevano un notevole intervento di un amministratore per recuperare. I clienti si aspettano di stoccaggio per essere sempre disponibile, con tempi di inattività poco o minima. Nelle versioni precedenti di Windows Server, il tempo da una connessione di archiviazione non è riuscito a venire a mancare domanda è stata spesso o più di 60 secondi. L'obiettivo di Windows Server 2012 è di limitare questo a 25 secondi o meno. Nota Per impostazione predefinita, SMB 3.0 è attivato in Windows Server Questo sostituisce SMB2, che è stato introdotto con Windows Server 2008 R2 e Windows Vista, e sostituisce anche SMB2.1, che è stato introdotto con Windows Server 2008 R2 e Windows 7. Descrizione tecnica In SMB 3.0, Windows Server 2012 introduce una serie di nuove funzionalità di file server che forniscono importanti miglioramenti per le applicazioni server, ad esempio Microsoft SQL Server e Hyper-V, che sono usati per memorizzare i dati su condivisioni di file. SMB 3.0 per Windows Server 2012 include questi miglioramenti: SMB 3.0 Transparent Failover: È ora possibile più facilmente eseguire la manutenzione hardware o software di nodi di un cluster di server di file spostando le condivisioni di file tra i nodi senza interrompere le applicazioni server che memorizzano i dati su queste condivisioni di file. Inoltre, se un guasto hardware o software si verifica su un nodo di cluster, SMB 3.0 failover trasparente consente condivisioni di file di failover su un altro nodo del cluster senza interrompere le applicazioni server che memorizzano i dati su queste condivisioni di file. SMB 3.0 multicanale: Questo consente l'aggregazione della larghezza di banda della rete e la tolleranza ai guasti di rete se più percorsi sono disponibili tra il client SMB 3.0 e il server SMB 3.0. Le applicazioni server possono quindi sfruttare al massimo tutta la banda di rete disponibile e sono resistenti a un guasto della rete. Per utilizzare SMB 3.0 multicanale, un computer deve essere configurato come file server SMB (Server 3.0) e l'altro come il client di file (client SMB 3.0). SMB 3.0 rileva automaticamente e utilizza più connessioni di rete utilizzando una delle configurazioni illustrate nel seguente schema: Figura 4: SMB 3.0 configurazione multicanale

11 SMB 3.0 rileva automaticamente e utilizza più connessioni di rete se si utilizzano queste configurazioni: singolo 10- Gigabit Ethernet (GbE) le schede di rete: Ciascuno dei due computer è configurato con una singola interfaccia di rete 10 GbE. Doppio 1 - schede di rete GbE in una squadra: Ciascuno dei due computer è configurato con due interfacce di rete 1-GbE configurati come un load balancing e failover (LBFO) squadra. Ogni client SMB 3.0 scheda di rete comunica con una scheda di rete di server 3.0 SMB che utilizzano le sue interfacce in team. schede di rete dual-1 GbE: Ciascuno dei due computer è configurato con due interfacce di rete 1-GbE. Ogni client SMB 3.0 scheda di rete comunica con una scheda di rete di server SMB 3.0 utilizzando una sottorete diversa. doppio 10 - schede di rete GbE: Ciascuno dei due computer è configurato con due interfacce di rete 10 GbE. Ogni client SMB 3.0 scheda di rete comunica con una scheda di rete di server SMB 3.0 utilizzando un sub diverso. schede di rete dual Infiniband: Ciascuno dei due computer è configurato con due interfacce di rete IB. Ogni client SMB 3.0 scheda di rete comunica con una scheda di rete di server SMB 3.0 utilizzando una sottorete diversa. SMB 3.0 Direct. Questo utilizza un particolare tipo di scheda di rete che ha la capacità RDMA e può funzionare a velocità più elevate con latenza molto bassa, mentre si utilizza molto poco la CPU. Per carichi di lavoro, come Hyper-V o SQL Server, questo permette un file server remoto per avere prestazioni paragonabili a memoria locale. RDMA fornisce un modo più sicuro per consentire un motore DMA per trasferire buffer tra due macchine in rete, come mostrato nella figura seguente. Figura 5: SMB 3.0 diretta mediante un trasferimento di buffer diretto tra due schede di rete con capacità RDMA

12 SMB 3.0 contatori delle prestazioni per applicazioni server: I contatori delle prestazioni forniscono informazioni dettagliate sulla dimensione I / O, I / O latenza IOPS, e così via. Ciò consente di database di SQL Server o Hyper-V a un amministratore di analizzare le prestazioni delle SMB 3.0 condivisioni di file in cui sono memorizzati i loro dati. ottimizzazioni SMB 3.0 di performance: Il client SMB 3.0 e server SMB 3.0 sono stati ottimizzati per le piccole casuale di lettura / scrittura di I / O, che è comune nelle applicazioni server quali l'elaborazione delle transazioni in linea di SQL Server (OLTP). Inoltre, la grande unità massima di trasmissione (MTU) è attivata per impostazione predefinita, che migliora significativamente le prestazioni nei grandi trasferimenti sequenziali, come warehouse di SQL Server dati, backup del database o il ripristino e la distribuzione o la copia di dischi rigidi virtuali. SMB gestione 3.0 con Windows PowerShell: Con Windows PowerShell, è possibile gestire SMB 3.0 sul file server, end-to-end, dalla riga di comando. SMB 3.0 archiviazione file remoto: Hyper-V ora in grado di memorizzare i file della macchina virtuale (tra cui la configurazione, file virtuali del disco rigido, e istantanee) in cartelle condivise che utilizzano il protocollo SMB 3.0. Il supporto per la memorizzazione di file di database nelle cartelle condivise che utilizzano il protocollo SMB è stata introdotta in SQL Server 2008 R2. Volume Shadow Copy Service (VSS) per SMB Server 3.0 file: istantanee disco sono il principale mezzo di protezione dei dati non intrusiva. E 'perché non intrusiva snapshot VSS prendono secondi e dati di I / O possono essere mantenute senza interruzioni. Istantanee possono essere utilizzati per il ripristino, backup e altri scopi, come mostrato nello schema seguente. Nelle versioni precedenti di Windows Server, VSS ha lavorato solo su dischi locali. Windows Server 2012 consente di VSS di essere utilizzato su condivisioni di file esterni. Figura 6: Schema di snapshot VSS

13 file server SMB 3.0 scale-out: Le versioni precedenti di Windows Server fornito una soluzione attiva / passiva. Una condivisione di file, e il loro stoccaggio, non potevano che essere in linea su un nodo del cluster alla volta. Per utilizzare più nodi del cluster, i clienti spesso utilizzati di file più gruppi di risorse del server. L'accesso ad una determinata azione è stato fornito soltanto attraverso un nodo cluster per volta, limitando la larghezza di banda per la banda disponibile del nodo di cluster specifico della quota. Con Windows Server 2012, la condivisione dei dati si può accedere attraverso qualsiasi nodo del cluster. SMB 3.0 disponibilità di storage e prestazioni. Per gli ambienti virtuali e di SQL Server in esecuzione su storage condiviso, la disponibilità di una connessione alla memorizzazione e le prestazioni della rete sono componenti critici per la disponibilità delle applicazioni e le prestazioni complessive. A causa di problemi di disponibilità e di prestazioni, archiviazione di file basato su Windows ha avuto adozione limitata in questi scenari in passato. In Windows Server 2012, il livello SMB 3.0 riconosce automaticamente tutte le schede di rete con percorsi di rete disponibili al traffico di stoccaggio e percorsi attraverso tutti loro. Questo aiuta fornisce migliori prestazioni attraverso il bilanciamento del carico e contro i guasti della scheda di rete. Requisiti SMB 3.0 failover trasparente richiede: Un cluster di failover che esegue Windows Server 2012 con almeno due nodi: il cluster deve passare i test di convalida del cluster della procedura guidata di convalida. "Servizi per le azioni continuamente disponibili" servizio ruolo installato su tutti i nodi cluster: Questo servizio ruolo fornisce la memoria permanente che consente al server di file per riprendere le maniglie dopo un failover. Fornisce inoltre un servizio di testimonianza che aiuta i clienti a riconnettersi più rapidamente a una condivisione di file cluster dopo un errore non pianificato. Condivisioni di file creati con la proprietà la disponibilità continua: Questa è l'impostazione predefinita. I computer client che eseguono Windows 8 o Windows Server 2012: entrambi i computer devono includere la versione aggiornata del client SMB 3.0 che supporta disponibilità continua. Nota Client di livello inferiore possono connettersi a condivisioni di file che hanno la proprietà la disponibilità continua, ma SMB 3.0 failover trasparente non è supportato per questi clienti. SMB 3.0 multicanale richiede: Almeno due computer che eseguono Windows Server 2012: Nessun caratteristiche extra devono essere installati perché la tecnologia è disponibile per impostazione predefinita. Le seguenti configurazioni di rete sono proposte:

14 o Singola 10 - schede di rete GbE: Ogni computer è configurato con una singola interfaccia di rete 10 GbE. o Doppio 1 - schede di rete GbE: Ogni computer deve essere configurato con due interfacce di rete 1-GbE. Ogni client SMB 3.0 scheda di rete comunica con una scheda di rete di server SMB 3.0 utilizzando una sottorete diversa. o Doppio 1 - schede di rete GbE in una squadra: Ogni computer deve essere configurato con due interfacce di rete 1-GbE configurati come una squadra LBFO. Ogni scheda di rete client SMB 3.0 e una scheda di rete di server SMB 3.0 comunicano tra loro utilizzando le loro interfacce in team. o schede di rete dual 10-GbE: Ogni computer deve essere configurato con due interfacce di rete 10 GbE. Ogni scheda di rete client SMB 3.0 comunica con una scheda di rete di server SMB 3.0 utilizzando una sottorete diversa. o schede di rete dual Infiniband: Ogni computer deve essere configurato con due interfacce di rete Infiniband. Ogni scheda di rete client SMB 3.0 comunica con una scheda di rete di server SMB2 utilizzando una subnet diversa. SMB 3.0 Diretta richiede: Almeno due computer che eseguono Windows Server 2012: Nessun caratteristiche extra devono essere installate; la tecnologia è disponibile per impostazione predefinita. Le schede di rete con funzionalità RDMA: Attualmente, questi adattatori di rete sono disponibili in tre diverse tipologie: iwarp, Infiniband e RDMA over Ethernet Converged (ROCE). Scenario Fernando è un amministratore IT per una grande azienda di servizi finanziari. La sua azienda ha un gran numero di cluster file server nel datacenter di supportare numerose applicazioni e file di migliaia di utenti. Fernando vuole fornire disponibilità continua delle applicazioni e dei file per gli utenti durante la manutenzione sui nodi di cluster di server di file, o in caso di guasto hardware su un nodo di cluster. Egli vorrebbe anche migliorato di rete e le prestazioni della CPU e una maggiore resilienza ai guasti di rete. Fernando aggiorna i suoi server a Windows Server 2012 per utilizzare il supporto SMB 3.0. SMB 3.0 failover trasparente permette di muoversi condivisioni di file tra nodi cluster senza interrompere le applicazioni server memorizzazione dei dati su tali azioni. La funzione SMB 3.0 multicanale consente loro applicazioni per sfruttare al massimo tutta la banda di rete disponibile, mentre l'aggiunta di resilienza ai potenziali guasti di rete. Questi e altri miglioramenti soddisfare le sue esigenze per migliorare le prestazioni della rete e della CPU, insieme con la disponibilità continua, convenienza, e un costo inferiore. Sommario Lo strato SMB 3.0 riconosce automaticamente tutte le schede di rete con i percorsi di rete disponibili per l'archiviazione, e le vie di circolazione attraverso tutti loro. Ciò fornisce una migliore performance attraverso il bilanciamento del carico e fornisce anche l'assicurazione contro i guasti della scheda di rete. Con SMB 3.0 failover trasparente, è possibile spostare le condivisioni di file tra nodi cluster senza interrompere le applicazioni server memorizzazione dei dati su tali azioni. La funzione SMB 3.0 multicanale consente alle applicazioni di trarre il massimo vantaggio di tutta la banda di rete disponibile, mentre l'aggiunta di resilienza ai potenziali guasti di rete. Questi e altri miglioramenti forniscono migliori prestazioni di rete e CPU, insieme con la disponibilità continua, convenienza, e un costo inferiore. DHCP Server Failover Windows Server 2012 supporta il protocollo DHCP Failover, come descritto nel progetto di internet Internet Engineering Task Force (IETF). Attraverso questo protocollo, la funzione DHCP Server Failover consente due server DHCP per sincronizzare le informazioni di locazione quasi istantaneamente e per fornire alta disponibilità del servizio DHCP.Se un server non è disponibile, l'altro server si assume la responsabilità per l'assistenza clienti per la stessa subnet. È inoltre possibile configurare il failover con bilanciamento del carico, con le richieste dei client distribuiti tra i due server DHCP. Descrizione tecnica

15 Failover DHCP in Windows Server 2012 fornisce il supporto per due server DHCPv4. Gli amministratori possono installare Server 2012 server DHCP di Windows in qualità di partner di failover in modalità hot standby o in modalità load-sharing. Modalità hot standby In questa modalità, due server operano in un rapporto di failover in cui un server attivo affitta indirizzi IP e le informazioni di configurazione per tutti i clienti in un ambito o subnet. I due server DHCP in un rapporto di failover non hanno bisogno di essere sulla stessa sottorete. Servizio DHCP può essere fornito alla sottorete tramite DHCP Relay. Il server secondario si assume questa responsabilità se il server primario non è disponibile. Un server è primario o secondario nel contesto di una sottorete, in modo che un server che è primario per una sottorete potrebbe essere secondaria per un'altra. Modalità hot standby di funzionamento è consigliato per le distribuzioni in cui un ufficio o server del datacenter centrali agisce come un server di backup di standby a un server in un sito remoto che è locale per i client DHCP. In questa distribuzione hub-and-spoke, mostrato nella figura seguente, è auspicabile avere un servizio di server di standby a distanza qualsiasi client a meno che il server DHCP locale non fosse disponibile. Figura 7: Caldo failover DHCP di standby in una distribuzione hub-and-spoke

16 Modalità di caricamento di condivisione In modalità di condivisione del carico, che è la modalità predefinita, i due server servono contemporaneamente gli indirizzi IP e le opzioni per i clienti su una particolare sottorete. I due server DHCP in un rapporto di failover non hanno bisogno di essere sulla stessa sottorete) Le richieste dei client sono a carico bilanciato e condivisa tra i due server.questa modalità è consigliata per le distribuzioni in cui entrambi i server in una relazione di failover si trovano nello stesso luogo fisico, come mostrato nelle due figure seguenti. Entrambi i server rispondono alle richieste dei client DHCP in base al rapporto di distribuzione del carico configurato dall'amministratore. Figura 8: la condivisione del carico di failover DHCP in un unico sito con una singola subnet

17 Figura 9: Load-sharing failover DHCP in un unico sito con più subnet

18 Requisiti Failover DHCP richiede: Software: failover DHCP richiede due server DHCP che eseguono Windows Server Numero di server: failover DHCP viene distribuito tra due server DHCP che partecipano alla relazione di failover. Sincronizzazione dell'ora: Per il failover DHCP funzioni correttamente, il tempo deve essere mantenuta sincronizzata tra i due server in un rapporto di failover. La sincronizzazione dell'ora può essere gestito da qualsiasi distribuzione del meccanismo alternativo Network Time Protocol (NTP) o. Esecuzione della procedura guidata di configurazione di failover confronta il tempo corrente sui due server. Se la differenza di tempo è maggiore di 1 minuto, il processo di installazione di failover si ferma con un errore critico che indica l'amministratore per sincronizzare l'ora. Scenario Grant è l'amministratore di rete in una società di produzione di medie dimensioni. La sua azienda ha un ufficio aziendale centralizzato con più subnet e decine di computer client. Concessione bisogno di affidabilità per i servizi di rete e di accesso. Come parte del suo piano per assicurarsi che ci sia l'elevata disponibilità di tutte le risorse, Grant distribuisce due server DHCP che eseguono Windows Server 2012 con DHCP di failover in un rapporto di condivisione del carico. Le richieste di locazione del client sono carico bilanciato tra i due server, e ciascuno agisce come un backup per l'altro in caso di un guasto hardware. Sommario Con Windows Server 2012, è possibile distribuire DHCP di failover in un rapporto di condivisione del carico. Richieste di locazione del client sarà carico bilanciato tra i server, e ognuno agirà come backup per l'altro in caso di un guasto hardware. Windows Server 2012 offre una soluzione di failover DHCP che permette la distribuzione diretta di un servizio DHCP altamente disponibile con una spesa bassa di capitale e basso overhead di manutenzione.

19 Prestazione Il supporto per dispositivi di rete SR-IOV Per la rete virtuale, un obiettivo primario è vicino nativo di I / O. Windows Server 2012 aggiunge la possibilità di assegnare funzionalità SR-IOV da dispositivi fisici direttamente alle macchine virtuali. Questo dà macchine virtuali la possibilità di bypassare il software basato su Hyper-V Virtual Switch, e direttamente affrontare la scheda di rete. Come risultato, sovraccarico della CPU e la latenza è ridotta, con un corrispondente aumento della velocità effettiva. Descrizione tecnica Lo standard SR-IOV è stata introdotta dal PCI-SIG, il gruppo di interesse speciale che possiede e gestisce le specifiche PCI come standard industriali aperti. SR-IOV funziona in congiunzione con il supporto chipset sistema di tecnologie di virtualizzazione che forniscono rimappatura degli interrupt e accesso diretto alla memoria (DMA) e consente ai dispositivi SR-IOV-capaci essere assegnati direttamente a una macchina virtuale. Hyper-V in Windows Server 2012 abilita il supporto per i dispositivi di rete SR-IOV-capaci e consente una funzione virtual SR-IOV di una scheda di rete fisica essere assegnato direttamente a una macchina virtuale. Ciò aumenta il throughput di rete e riduce la latenza di rete ma anche di ridurre il sovraccarico della CPU host che è necessario per l'elaborazione del traffico di rete. La figura seguente mostra l'architettura di supporto SR-IOV in Hyper-V. Figura 10: SR-IOV supporto Hyper-V

20 Questa configurazione aumenta il throughput di rete e riduce la latenza di rete ma anche di ridurre l'overhead CPU necessario per elaborare il traffico di rete. Requisiti Networking SR-IOV richiede: Un sistema host che supporta SR-IOV, come Intel VT-d2, incluso il supporto per il chipset interrupt e DMA rimappatura e corretto supporto firmware per abilitare e descrivere le funzionalità SR-IOV della piattaforma per il sistema operativo. Un adattatore SR-IOV-capace di rete e driver nel sistema operativo di gestione (che gestisce il ruolo Hyper-V) e ogni macchina virtuale in cui è assegnata una funzione virtuale. SR-IOV provoca traffico della macchina virtuale per bypassare la Hyper-V Virtual Switch. Se è impostato un qualsiasi politica porta dello switch, funzionalità SRIOV viene revocata per quella macchina virtuale. Sommario Il supporto per i sistemi e dispositivi di rete SR-IOV-capable in Windows Server 2012 consente di assegnare le schede di rete SR-IOV-capable direttamente in una macchina virtuale. Questo aiuta a massimizzare il vostro throughput di rete, riducendo al minimo la latenza di rete e il sovraccarico della CPU necessario per elaborare il traffico di rete.

21 Dinamico coda Virtual Machine (D-VMQ) Virtuale Coda automatico (VMQ) permette scheda di rete dell'host per passare i pacchetti DMA direttamente in singole pile memoria della macchina virtuale. Ogni buffer dispositivo macchina virtuale viene assegnato un VMQ, che evita le copie dei pacchetti inutili e le ricerche di percorso dello switch virtuale. In sostanza, VMQ consente singola scheda di rete dell'host di apparire più schede di rete come più alle macchine virtuali, permettendo ad ogni macchina virtuale la propria scheda di rete dedicata. Il risultato è meno dati nei buffer dell'host e un miglioramento complessivo di operazioni di I / O. Descrizione tecnica Windows Server 2008 R2: Offload di routing e di filtraggio dei pacchetti di rete alla scheda di rete (abilitato per code hardware-based ricezione) per ridurre il sovraccarico di accoglienza. Figura 11: percorso / O Rete I senza VMQ Il VMQ è una tecnologia di virtualizzazione hardware per il trasferimento efficiente del traffico di rete di un sistema operativo host virtualizzato. Una scheda di rete VMQ-grado classifica frame in ingresso di essere indirizzati a una coda di ricezione in base a filtri che associano la coda con scheda di rete virtuale di una macchina virtuale. Queste code hardware possono essere affinitized di diverse CPU permettendo così di ricevere il ridimensionamento su base scheda di rete per-macchina virtuale. Windows Server 2008 R2 ha permesso agli amministratori di configurare in modo statico il numero di processori disponibili per interrupt di processo per VMQ. Senza VMQ, CPU 0 correrebbe caldo con un aumento del traffico di rete. Con VMQ, gli interrupt risultano distribuite su più processori. Tuttavia, il carico di rete può variare nel tempo. Un numero fisso di processori potrebbe non essere adatto a tutti i regimi di traffico. Novità di Windows Server 2012: Windows Server 2012 assegna dinamicamente l'elaborazione del traffico di rete in entrata per ospitare processori, basata sull'uso del processore e il carico di rete. In tempi di carico della rete pesante, dinamico VMQ (D-VMQ) utilizza automaticamente più processori. In tempi di carico della rete luce, dinamica VMQ rinuncia quegli stessi processori. Figura 12: percorso / O Rete I con VMQ

22 Requisiti Dinamico VMQ richiede schede di rete hardware e driver che supportano Network Device Interface Specification (NDIS) Sommario VMQ diffonde interrupt per il traffico di rete attraverso i processori disponibili. In Windows Server 2012, la capacità dinamica VMQ permette un algoritmo adattivo per modificare l'affinità CPU di code senza rimuovere o code di ricreare. Questo si traduce in una migliore corrispondenza del carico di rete per uso del processore, con conseguente aumento delle prestazioni di rete. Accelerazione rete I / O Windows Server 2012 aiuta a soddisfare le esigenze delle aziende più esigenti con minori costi per le infrastrutture e le operazioni. Esso fornisce la necessaria maggiore scalabilità e migliori prestazioni per supportare applicazioni a bassa latenza in ambienti fisici e virtuali. Descrizione tecnica Windows Server 2012 consente di ottimizzare automaticamente le prestazioni per le applicazioni critiche, fornendo i seguenti vantaggi: prevedibilità: risponde in maniera prevedibile per cambiare I / O. Scalabilità: la latenza riduce facilmente per gestire le applicazioni con un alto IOPS. Assoluto bassa latenza: Diminuisce la quantità di elaborazione delle transazioni end-to-end necessario per le applicazioni critiche. Windows Server 2012 migliora anche le prestazioni di rete con scalabilità receive-side (RSS) e ricezione Segmento coalescenza (RSC) miglioramenti. Receive-side ridimensionamento RSS diffonde monitoraggio interrompe su più processori, in modo da un singolo processore non è tenuto a gestire tutti gli I / O interrupt di I, che era comune con le versioni precedenti di Windows Server. Bilanciamento del carico attivo tra i processori individua il carico sulla CPU diversa e trasferisce gli interrupt come necessario.

23 È possibile selezionare quali processori sarà utilizzato per la gestione delle richieste RSS, tra cui i processori che sono al di là di 64 KB, che consente di usufruire di molto computer di fascia alta che hanno un gran numero di processori logici. La figura seguente illustra RSS su una scheda di rete con otto code RSS. Figura 13: RSS con quattro nodi e otto code RSS lavora con casella di posta NIC Teaming o LBFO per rimuovere una limitazione nelle versioni precedenti di Windows Server in cui una scelta doveva essere fatta tra l'utilizzo di driver hardware o RSS. RSS funzionerà anche per User Datagram Protocol (UDP), il traffico e in grado di gestire ed eseguire il debug di applicazioni che utilizzano WMI e Windows PowerShell. Ricevere segmento coalescenza RSC migliora la scalabilità dei server riducendo il sovraccarico per l'elaborazione di una grande quantità di traffico di rete O I /. Esegue questa coalescenza più pacchetti in entrata in un buffer, come mostrato nello schema seguente. Figura 14: Ricevere segmento coalescenza

24 Nei primi test, RSC ridotto della CPU utilizzare fino al 20 per cento. Requisiti La funzione di rete di I / O Accelerare richiede: di Windows Server Le schede di rete che supportano le caratteristiche descritte in precedenza. Sommario Con l'utilizzo di Windows Server 2012, i server possono usufruire di miglioramenti per ridurre la latenza attraverso maggiori di I / O al secondo, ridotto elaborazione delle transazioni end-to-end, il bilanciamento del carico tra i processori attivi, e molti altri miglioramenti RSS. Questi miglioramenti aiutano a soddisfare le esigenze delle applicazioni più avanzate, il che significa prestazioni migliori per gli utenti l'accesso ai server e applicazioni in ambienti fisici o virtualizzati, su reti locali o wide-area. IPsec Task Offload per le macchine virtuali IPsec protegge la comunicazione in rete per autenticazione e la crittografia alcuni o tutti i contenuti dei pacchetti di rete. IPsec Task Offload in Windows Server 2012 sfrutta le capacità hardware di schede di rete server offload IPsec trasformazione. Questo riduce il sovraccarico della CPU di cifratura IPsec e decrittografia in modo significativo. In Windows Server 2012, IPsec Task Offload è esteso alle macchine virtuali pure. I clienti che utilizzano le macchine virtuali che vogliono proteggere il loro traffico di rete con IPsec può sfruttare la capacità di offload IPsec hardware disponibile in schede di rete dei server, che consente di liberare cicli della CPU per eseguire più lavoro a livello di applicazione e lascia il pacchetto di cifratura / decifratura ad hardware. Descrizione tecnica IPsec trasformazione è computazionalmente costoso rispetto alle comunicazioni di rete, senza IPsec. In generale, crittografia e la decrittografia software consuma cicli di CPU. Hardware può efficacemente svolgere per la crittografia e la decrittografia dei pacchetti. Le informazioni necessarie per eseguire IPsec per operazioni di pacchetti è contenuto in un Security Association (SA). Una SA è richiesto per ogni connessione IPsec. È necessaria una coppia di SCS per ogni connessione, una trasmissione e ricezione SA SA. In Windows Server 2008 R2 IPsec Task Offload versione 2 (IPsecTOv2) è stato migliorato per supportare scarico intelligente delle società di sorveglianza utilizzato per pacchetto di cifratura / decifratura in una scheda di rete hardware. Utilizzando la scheda di rete per eseguire le funzioni di crittografia per pacchetto comporta l'uso della CPU inferiore e il throughput della rete superiore.

25 Requisiti IPsec Task Offload richiede il supporto di schede di rete hardware e driver con questa funzionalità in NDIS Sommario Windows Server 2012 estende IPsec Task offload alle macchine virtuali. Hosting provider che vogliono offrire ambienti cloud hosted più sicuri per affrontare i problemi di sicurezza e conformità, e clienti che utilizzano le macchine virtuali che vogliono proteggere il loro traffico di rete con IPsec possono usufruire della capacità di offload hardware IPsec disponibili in schede di rete del server. Windows Server 2012 offre una soluzione IPSec più performante per le macchine virtuali. Gestibilità Misurazione delle risorse in Hyper-V Le vostre risorse di calcolo sono limitate. Hai bisogno di sapere come i diversi carichi di lavoro attingere queste risorse, anche quando sono virtuali. In Windows Server 2012, Hyper-V introduce Resource Metering, una tecnologia che consente di tenere traccia dei dati storici di utilizzo di macchine virtuali. Con Resource Metering, si guadagna visione l'uso delle risorse del server specifici. È possibile utilizzare questi dati per eseguire la pianificazione della capacità, di monitorare il consumo in diverse unità di business o clienti, e per catturare i dati necessari per aiutare ridistribuire i costi di gestione di un carico di lavoro. Si potrebbe anche utilizzare le informazioni di questa funzione fornisce per contribuire a creare una soluzione di fatturazione, così i clienti dei vostri servizi di hosting potrebbero essere accusati proporzionalmente per il loro uso delle risorse. Metriche per l'uso delle risorse Windows Server 2012 offre due modi per ottenere i dati storici sull'uso del cliente delle risorse della macchina virtuale: cmdlet Hyper-V in Windows PowerShell e le nuove API del provider di virtualizzazione WMI. Hyper-V espone le metriche nella seguente tabella per l'uso delle risorse. Tabella 1: Metrics esposti da Metric Unità Descrizione Uso medio della CPU Megahertz (MHz) La quantità media di CPU utilizzata da una macchina virtuale su un periodo di tempo. Utilizzo medio della memoria Megabyte (MB) La quantità media di memoria fisica utilizzata da una macchina virtuale su un periodo di tempo. Utilizzo minimo di memoria MB La quantità più bassa di memoria fisica assegnata a una macchina virtuale su un periodo di tempo. Uso di memoria massima MB La quantità massima di memoria fisica assegnata a una macchina virtuale su un periodo di tempo. Allocazione massima del disco MB La quantità massima di capacità di spazio su disco allocato a una macchina virtuale su un periodo di tempo. Il traffico di rete in ingresso MB Totale traffico in ingresso per un adattatore di rete virtuale per un periodo di tempo. Il traffico di rete in uscita MB Totale traffico di rete in uscita per una scheda di rete virtuale per un