Topologia e architettura delle raccolte risorse digitali (SharePoint Server 2010)
Si applica a: SharePoint Server 2010
Ultima modifica dell'argomento: 2016-11-30
In questo articolo vengono illustrate le decisioni relative all'architettura logica e alla topologia associate alla distribuzione di raccolte risorse digitali. Per informazioni sulla gestione delle risorse digitali, vedere Panoramica della gestione delle risorse digitali (SharePoint Server 2010).
La raccolta risorse di Microsoft SharePoint Server 2010, che è un tipo di raccolta documenti, è un insieme di file multimediali, come file di immagine, audio e video, che è possibile condividere con altri utenti del sito. Poiché una raccolta risorse è semplicemente una raccolta di SharePoint Server con tipi di contenuto specializzati per le risorse digitali, l'impatto complessivo sull'architettura e sulla topologia è minimo. I fattori che possono influire sulle decisioni relative all'architettura logica e alla topologia includono:
Posizione delle raccolte risorse digitali nella struttura complessiva dei siti.
Relazione tra raccolte risorse digitali e database del contenuto nell'architettura logica.
Ottimizzazione di una server farm con una cache BLOB (Binary Large Object, oggetto binario di grandi dimensioni) o con Bit Rate Throttling.
Scalabilità orizzontale di una server farm con hardware del server o database dedicati per le risorse digitali, se necessaria, per supportare un volume elevato di risorse digitali.
Contenuto dell'articolo:
Architettura logica per la gestione delle risorse digitali
Componenti della topologia delle raccolte risorse digitali
Topologia tipica delle raccolte risorse digitali
Scalabilità delle topologie per le raccolte risorse digitali
Architettura logica per la gestione delle risorse digitali
L'elemento centrale nella gestione delle risorse digitali in SharePoint Server 2010 è rappresentato dalla raccolta risorse. È possibile aggiungere la raccolta risorse a qualsiasi sito, a qualsiasi livello all'interno della soluzione. Se in una raccolta risorse verrà archiviato un volume totale di dati elevato, ad esempio migliaia o decine di migliaia di file, oppure verranno inclusi file audio o video che richiedono complessivamente uno spazio di archiviazione di centinaia di gigabyte, è tuttavia necessario pianificare accuratamente la posizione in cui viene creata la raccolta risorse e in cui verranno archiviate le risorse.
Se ad esempio si dispone di un sito di collaborazione in cui più team singoli dispongono di propri siti ma devono utilizzare un insieme condiviso di file multimediali, è possibile creare una raccolta risorse nel sito principale per archiviare le risorse che verranno utilizzate dai singoli team. In questo scenario, il database del contenuto è condiviso da tutti i siti della raccolta siti e la quantità e le dimensioni dei file archiviati nella raccolta risorse possono così essere notevolmente inferiori rispetto all'esempio precedente.
Nella figura seguente viene illustrato un esempio dell'architettura logica nel caso in cui una raccolta risorse venga inserita nella radice di una raccolta siti e condivida un database del contenuto comprendente altri siti della raccolta siti.
.gif "Raccolta siti singola")
Un altro esempio è un sito per la formazione aziendale di grandi dimensioni contenente i video di formazione utilizzati dai dipendenti interni. È possibile inserire la raccolta risorse nel sito principale di una raccolta siti che utilizza un proprio database del contenuto e non dispone di siti di livello inferiore nella gerarchia dei siti. In questo modo, è possibile garantire spazio di archiviazione sufficiente per i file che verranno caricati nella libreria risorse. Ciò consente inoltre di pianificare una futura espansione, poiché il database del contenuto è già isolato e non condivide il contenuto con altri siti della soluzione.
Nella figura seguente viene illustrato un esempio dell'architettura logica nel caso in cui una raccolta risorse venga inserita in una raccolta siti distinta con un database del contenuto separato dai restanti siti.
.gif "Due raccolte siti distinte")
Nella tabella seguente vengono riepilogati questi due approcci. Si noti che è possibile implementarne una combinazione.
| Area | Unica raccolta siti | Raccolta siti distinta |
|---|---|---|
Descrizione |
Una raccolta risorse digitali è contenuta nella stessa raccolta siti degli altri contenuti. Nella struttura del sito possono essere create più raccolte risorse digitali. |
Viene distribuita una raccolta siti distinta per ospitare una raccolta risorse digitali. |
Utilizzo |
I team possono aggiungere raccolte risorse digitali ai propri siti oppure utilizzare la raccolta contenuta nel sito principale. |
I team aggiungono e utilizzano file multimediali dalla raccolta risorse digitali gestita centralmente. Nota Quando si utilizza un sito di pubblicazione, è possibile aggiungere l'URL di una raccolta risorse di un sito distinto nell'elenco Percorsi browser contenuto consigliato per il sito di pubblicazione. In questo modo, gli autori di contenuti possono accedere alla raccolta risorse quando inseriscono le risorse nelle pagine Web in SharePoint Server 2010 o nelle applicazioni della famiglia Microsoft Office 2010, come Microsoft Word. |
Gestione |
I team gestiscono le proprie raccolte. I file multimediali vengono gestiti così come tutti gli altri contenuti della raccolta siti. |
Poiché i file multimediali risiedono in un database distinto, questo contenuto può essere gestito separatamente e in base a un diverso contratto di servizio. |
Prestazioni e capacità |
Un volume totale elevato di file multimediali può influire sulle prestazioni globali dei siti. Il raggiungimento o il superamento dei limiti di dimensione dei database da parte delle raccolte siti ostacola la scalabilità orizzontale dell'intera server farm. |
Poiché i file multimediali risiedono in un database distinto, è possibile provvedere alla scalabilità orizzontale del database su hardware dedicato, se necessario, per ridurre gli effetti negativi sulle prestazioni di questo contatto nel resto della server farm. |
Quando si pianifica di incorporare la gestione delle risorse digitali nella soluzione, è consigliabile riflettere attentamente sulla quantità e sulle dimensioni dei file che verranno archiviati e sul modo in cui verranno utilizzati. Ciò faciliterà la progettazione dell'architettura dei siti quando si determina dove dovrà essere inserita la raccolta risorse.
Componenti della topologia delle raccolte risorse digitali
Nelle topologie delle raccolte risorse digitali vengono utilizzati gli stessi elementi di qualsiasi topologia standard di SharePoint, come server Web, server applicazioni e server di database. In determinate posizioni all'interno della topologia vengono inseriti componenti specifici della gestione delle risorse digitali, che tuttavia non modificano la struttura complessiva della topologia. Di seguito sono descritti i componenti che richiedono decisioni di configurazione per la topologia delle raccolte risorse digitali:
Cache BLOB La cache BLOB su disco controlla la memorizzazione nella cache degli oggetti binari di grandi dimensioni (BLOB), ad esempio file di immagine, audio e video di uso frequente, nonché altri file utilizzati per visualizzare pagine Web, quali file CSS e JS. La cache BLOB deve sempre essere abilitata se la soluzione includerà raccolte risorse e viene abilitata in ogni server Web front-end di una server farm.
Bit Rate Throttling Bit Rate Throttling è un'estensione di Internet Information Services (IIS) 7.0 che misura le velocità di download dei tipi di file multimediali e dei dati tra un computer server e un computer client. La funzionalità Bit Rate Throttling può essere abilitata in ogni server Web front-end di una server farm e deve sempre essere abilitata se le raccolte risorse della soluzione includeranno file audio o video. Per ulteriori informazioni, vedere Bit Rate Throttling (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=155151&clcid=0x410) (le informazioni potrebbero essere in lingua inglese).
Dimensioni massime per il caricamento dei file Le dimensioni massime dei file per il caricamento sono un'impostazione utilizzata dall'applicazione Web di SharePoint Server 2010 che consente di specificare le dimensioni massime di un file che può essere caricato nel server da un utente. Tali dimensioni vengono configurate per ogni applicazione Web nel server che ospita Amministrazione centrale e dovranno essere modificate in modo da supportare le dimensioni dei file che verranno caricati nelle raccolte risorse.
Per ulteriori informazioni, vedere Pianificare la memorizzazione nella cache e le prestazioni (SharePoint Server 2010).
Se la soluzione della raccolta risorse digitali verrà utilizzata per archiviare una quantità di contenuto molto grande, è consigliabile prendere in considerazione l'utilizzo di Archiviazione BLOB remoti per spostare l'archiviazione dei dati binari di grandi dimensioni (BLOB) da Microsoft SQL Server 2008 a una soluzione di archiviazione esterna. Archiviazione BLOB remoti non è una funzionalità di SharePoint Server 2010 né di Internet Information Services (IIS) 7.0. Per ulteriori informazioni, vedere Overview of RBS (SharePoint Server 2010).
Topologia tipica delle raccolte risorse digitali
In questa sezione vengono illustrati i componenti che possono influire sulla topologia complessiva della server farm.
Le raccolte risorse digitali possono essere utilizzate con qualsiasi topologia di server farm supportata da SharePoint Server 2010. La server farm può essere costituita da un server singolo oppure da una server farm di piccole o grandi dimensioni.
Quando si decide di distribuire la cache BLOB o Bit Rate Throttling, è necessario eseguirne la distribuzione in server Web:
La cache BLOB viene abilitata in IIS 7.0 e archiviata in ogni server Web front-end.
Se viene utilizzata la funzionalità Bit Rate Throttling, deve essere installata e configurata in IIS 7.0 in ogni server Web front-end.
Il server che ospita il sito Web Amministrazione centrale viene inoltre utilizzato per configurare le dimensioni massime per il caricamento dei file per ogni applicazione Web in esso contenuta.
Nota
A seconda delle dimensioni della server farm e del tipo di soluzione implementata, possono essere presenti server aggiuntivi per ruoli specifici, ad esempio database di ricerca o server di query e di indicizzazione.
Nella figura seguente viene illustrata una topologia tipica di server farm a tre livelli a cui sono stati aggiunti componenti per la topologia delle raccolte risorse digitali.
.gif "Topologia farm di base per la gestione delle risorse digitali")
| Callout | Elemento |
|---|---|
1 |
Server Web front-end, ognuno con la propria cache BLOB e la funzionalità Bit Rate Throttling abilitata (se applicabile). |
2 |
Server applicazioni che esegue Amministrazione centrale. Per ogni applicazione Web in Amministrazione centrale sono specificate le dimensioni massime per il caricamento dei file. |
3 |
Server di database contenenti uno o più database del contenuto. |
Scalabilità delle topologie per le raccolte risorse digitali
Per la pianificazione e la scalabilità di una soluzione che include raccolte risorse digitali, i due fattori principali da considerare sono la pianificazione della capacità e le prestazioni. Poiché i file video e audio possono presentare dimensioni notevolmente superiori rispetto alle immagini o altri tipi di file, in presenza di file di questo tipo è possibile raggiungere la capacità di archiviazione più rapidamente che in loro assenza. A seconda del numero di utenti che deve accedere in qualsiasi momento a tali file, anche la frequenza con cui le richieste dei file vengono inoltrate al server e quindi inviate al browser client influirà sulle prestazioni di rete.
Se ad esempio si pianifica l'utilizzo di una raccolta risorse per l'archiviazione di video di formazione, si devono considerare le dimensioni medie di ogni video e il numero complessivo stimato di video che sarà necessario per l'organizzazione. È inoltre necessario considerare il numero di utenti da cui i video verranno visualizzati e quali video verranno probabilmente richiesti con maggiore frequenza.
Per ogni componente principale di una topologia di raccolta risorse digitali, considerare gli aspetti seguenti:
Archiviazione in database La capacità di archiviazione nei server di database del contenuto è sufficiente per tutti i file che verranno caricati dagli utenti? È importante conoscere le dimensioni medie dei file e il numero di file che si prevede verrà caricato dagli utenti nel server.
Archiviazione nella cache BLOB La capacità di archiviazione nei server Web front-end è sufficiente per i file che verranno memorizzati nella cache?
Archiviazione BLOB remoti Se si dispone di grandi volumi di contenuto, è consigliabile utilizzare Archiviazione BLOB remoti per spostare l'archiviazione di BLOB dal database del contenuto a una soluzione di archiviazione esterna. Per ulteriori informazioni, vedere Overview of RBS (SharePoint Server 2010).
L'architettura logica del piano delle raccolte risorse digitali influirà sulle opzioni di scalabilità orizzontale di una server farm. Se una raccolta risorse digitali è contenuta in una raccolta siti dedicata, è possibile spostare facilmente il database in un server dedicato, se necessario, per migliorare capacità e prestazioni.
See Also
Concepts
Pianificare le raccolte risorse digitali (SharePoint Server 2010)
Panoramica della gestione delle risorse digitali (SharePoint Server 2010)
Pianificare la memorizzazione nella cache e le prestazioni (SharePoint Server 2010)