Requisiti per Azure DevOps in locale
Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
Prima di installare o aggiornare una distribuzione di Azure DevOps, esaminare i requisiti forniti in questo articolo.
Oltre a questi requisiti, vedere anche gli articoli seguenti:
- Compatibilità della compilazione client e locale
- Requisiti dell'account del servizio
- Panoramica dell'architettura
- Porte e protocolli di rete predefiniti
- Impostazioni di rete personalizzabili
- Compatibilità di Azure Artifacts e delle versioni
Suggerimenti hardware
Azure DevOps in locale può essere ridimensionato da un'installazione Rapida in un portatile usato da una singola persona a una distribuzione a disponibilità elevata usata da migliaia di persone. Può supportare scenari ad uso elevato con più livelli di applicazione dietro un servizio di bilanciamento del carico e più istanze SQL che usano SQL Always On.
Le raccomandazioni seguenti si applicano alla maggior parte delle distribuzioni di Azure DevOps. I requisiti possono variare a seconda del modo in cui il team usa Azure DevOps. Ad esempio, se si dispone di repository Git particolarmente grandi o rami di controllo della versione di Team Foundation ,potrebbero essere necessari computer con specifiche superiori rispetto a quelli elencati nelle sezioni seguenti. Tutte le macchine descritte nelle sezioni successive possono essere fisiche o virtuali.
Distribuzione con un solo server
Una distribuzione a server singolo è costituita da un singolo computer con un processore dual-core, 4 GB di RAM e un'unità disco rigido veloce. Per Ricerca elastica, è consigliabile usare due processori dual-core e 8 GB di RAM. Questa configurazione supporta in genere fino a 250 utenti di controllo del codice sorgente principale (controllo della versione di Team Foundation o Git) e funzionalità di rilevamento degli elementi di lavoro. L'uso esteso di compilazioni, test o versioni automatizzate causerà probabilmente problemi di prestazioni. Non è consigliabile usare le funzionalità di ricerca o di creazione di report per questa configurazione.
Quando si aumentano le prestazioni di un singolo server, il server può gestire un numero maggiore di utenti e un maggiore uso di compilazione, test o rilascio automatizzati. Un server con scalabilità orizzontale può anche usare funzionalità di ricerca o creazione di report. Ad esempio, l'aumento della RAM a 8 GB dovrebbe consentire una distribuzione a server singolo per aumentare fino a 500 utenti.
Per la valutazione o l'uso personale, è possibile usare una configurazione di base con un minimo di 2 GB di RAM. Questa configurazione non è consigliata per un server di produzione usato da più di una persona.
Distribuzioni multiserver
Gli scenari seguenti potrebbero richiedere una distribuzione a più server:
- Scalabilità superiore a 500 utenti
- Uso completo di compilazione, test o rilascio automatizzati
- Uso della ricerca di codice
- Uso delle funzionalità di creazione di report
Per un team di più di 500 utenti, prendere in considerazione la configurazione seguente:
- Un livello applicazione con un processore dual-core, 8 GB di memoria e un'unità disco rigido veloce.
- Un livello dati con un processore quad-core, 16 GB di memoria e un'archiviazione ad alte prestazioni, ad esempio un'unità SSD.
Per un team di oltre 2.000 utenti, prendere in considerazione la configurazione seguente:
- Un livello applicazione con un processore quad-core, 16 GB o più di memoria e un'unità disco rigido veloce.
- Un livello dati con due o più processori quad-core, 16 GB o più di memoria e un'archiviazione avanzata ad alte prestazioni, ad esempio un'unità SSD o una SAN a prestazioni elevate.
Se si prevede di usare l'automazione di compilazione, test o rilascio in modo esteso, è consigliabile usare livelli di dati e applicazioni con specifiche superiori per evitare problemi di prestazioni. Ad esempio, un team di 250 potrebbe usare una distribuzione a più server più in linea con le raccomandazioni per un team di 500 a 2.000 utenti. È anche consigliabile monitorare i processi automatizzati per assicurarsi che siano efficienti. Ad esempio, recuperare i dati dal controllo del codice sorgente in modo incrementale durante le compilazioni quando possibile anziché aggiornare completamente con ogni compilazione.
Nota
Ad eccezione di team molto piccoli che hanno un uso estremamente limitato di queste funzionalità, non è consigliabile installare agenti di compilazione, test o versione nei livelli di applicazione Azure DevOps Server o TFS.
Se si prevede di usare Ricerca codice, è consigliabile configurare un server separato per Ricerca codice. Per altre informazioni, vedere i requisiti hardware per Ricerca codice.
Se si prevede di usare le funzionalità di creazione di report, è consigliabile configurare un server separato per il database del warehouse e il cubo di SQL Server Analysis Services. Un'altra opzione consiste nell'usare un livello dati con specifiche superiori.
Se si vuole garantire la disponibilità elevata, è consigliabile usare più livelli di applicazione dietro un servizio di bilanciamento del carico e più istanze di SQL Server. In questo scenario è consigliabile inserire i database di Azure DevOps in un gruppo di disponibilità Always On.
Requisiti hardware del servizio di compilazione
Il servizio di compilazione XAML ha gli stessi requisiti del sistema operativo di Azure DevOps Server e TFS. In genere, è opportuno eseguire il servizio di compilazione in un computer separato dal livello applicazione. I requisiti hardware per il servizio di compilazione sono gli stessi del sistema operativo in cui è in esecuzione. Tuttavia, è possibile ottimizzare le prestazioni del servizio di compilazione adattando le specifiche hardware del computer di compilazione ai tipi di compilazione che verranno usati dal team.
Sistemi operativi
I sistemi operativi seguenti sono supportati per le versioni indicate di Azure DevOps Server.
Installazione del server o del client
Azure DevOps Server viene eseguito in un sistema operativo Windows Server o in un sistema operativo Client Windows e solo in un sistema operativo a 64 bit. È consigliabile usare un sistema operativo server a meno che il server Azure DevOps non sia per la valutazione o l'uso personale.
Sistemi operativi server
Azure DevOps Serverversion | Sistemi operativi server supportati |
---|---|
Azure DevOps Server 2022 | Windows Server 2022 Windows Server 2019 |
Azure DevOps Server 2020 | Windows Server 2019 Windows Server 2016 |
Azure DevOps Server 2019 | Windows Server 2019 Windows Server 2016 Windows Server 2012 R2 (Essentials, Standard, Datacenter) Windows Server 2012 (Essentials, Standard, Datacenter) |
TFS 2018 | Windows Server 2016 Windows Server 2012 R2 (Essentials, Standard, Datacenter) Windows Server 2012 (Essentials, Standard, Datacenter) |
L'opzione di installazione Server Core è supportata per Azure DevOps Server 2022, Azure DevOps Server 2020, Azure DevOps Server 2019 e TFS 2018. Windows Server versione 1709 non è supportato.
Sistemi operativi client
Versione di Azure DevOps Server | Sistemi operativi per client supportati |
---|---|
Azure DevOps Server 2022 | Windows 11 versione 21H2 Windows 10 1809 o versioni successive |
Azure DevOps Server 2020 | Windows 10 (Enterprise) versione 1803 Windows 10 (Professional, Enterprise) 1809 o versione successiva |
Azure DevOps Server 2019 | Windows 10 (Professional, Enterprise) versione 1607 o successiva |
TFS 2018 | Windows 10 (Professional, Enterprise) versione 1607 o successiva |
Sebbene sia possibile installare Azure DevOps Server in sistemi operativi client, non è consigliabile installare il sistema operativo client, ad eccezione di scopi di valutazione o uso personale. Non è possibile installare il proxy del server Azure DevOps nei sistemi operativi client.
Requisiti del server proxy
Il server proxy è disponibile solo quando si installa Azure DevOps Server in un sistema operativo Windows Server. I sistemi supportati sono elencati nella tabella seguente per ogni versione.
Versione del server proxy di Azure DevOps | Sistemi operativi Windows supportati |
---|---|
Azure DevOps Proxy Server 2022 | Windows Server 2022 Windows Server 2019 Windows Server Core |
Azure DevOps Proxy Server 2020 | Windows Server 2019 Windows Server 2016 Windows Server Core |
Azure DevOps Proxy Server 2019 | Windows Server 2019 Windows Server 2016 Windows Server 2012 R2 (Essentials, Standard, Datacenter) Windows Server 2012 (Essentials, Standard, Datacenter) Windows Server Core |
Team Foundation Proxy Server 2018 | Windows Server 2016 Windows Server 2012 R2 (Essentials, Standard, Datacenter) Windows Server 2012 (Essentials, Standard, Datacenter) |
Esaminare le raccomandazioni hardware seguenti per determinare l'hardware ottimale da usare per il proxy del server Azure DevOps.
A differenza dei requisiti del sistema operativo, le raccomandazioni hardware per il proxy sono diverse dalle raccomandazioni hardware per la configurazione del livello applicazione di Azure DevOps Server. Il livello applicazione richiede hardware più affidabile rispetto al server proxy.
L'hardware consigliato si basa sulle dimensioni del team che userà il server proxy. In genere, questo è il team nell'ufficio remoto. Maggiore è il team, più robusto deve essere l'hardware.
Dimensioni del team remoto | Raccomandazioni hardware (CPU/RAM) per il proxy del server Azure DevOps |
---|---|
450 o meno utenti | Un processore, CPU da 2,2 GHz, 4 GB di RAM |
Tra 451 e 2.200 utenti | Due processori, CPU da 2,0 GHz, 8 GB di RAM |
Tra 2.201 e 3.600 utenti | Quattro processori, CPU da 2,0 GHz, 8 GB di RAM |
Requisiti aggiuntivi del proxy GVFS
La funzionalità proxy GVFS (Git Virtual File System) supporta operazioni di input/output (I/O) intensive. Oltre ai requisiti di base per il proxy del server Azure DevOps, il proxy GVFS richiede un disco veloce e di grandi dimensioni per funzionare in modo efficiente nel repository. L'hardware consigliato si basa sulle dimensioni del repository usato dal proxy GVFS.
Hardware | Valore consigliato |
---|---|
RAM | Grande quanto la punta di un ramo tipico |
Spazio su disco | Quattro volte l'intera dimensione del repository |
Hardware del disco | Un'unità SSD |
Ad esempio, se un repository ha 50 GB all'interno del ramo principale e 200 GB di cronologia, è consigliabile usare 50 GB di RAM e 800 GB di spazio di archiviazione basato su SSD.
Virtualizzazione
Microsoft supporta la virtualizzazione di Azure DevOps Server negli ambienti di virtualizzazione supportati.
Per altre informazioni, vedere gli articoli seguenti:
- Software server Microsoft e ambienti di virtualizzazione supportati
- Criteri di supporto per il software Microsoft in esecuzione nel software di virtualizzazione hardware non Microsoft
- Partner di supporto per software di virtualizzazione hardware non Microsoft
- Virtualizzazione server (prodotti ufficialmente supportati)
database SQL di Azure e SQL Server
Le distribuzioni locali di Azure DevOps richiedono una versione di SQL Server. Azure DevOps Server supporta le edizioni Express, Standard ed Enterprise SQL Server. L'edizione Express è consigliata solo a scopo di valutazione, uso personale o per team molto piccoli. È consigliabile usare le versioni SQL Server Standard o Enterprise per tutti gli altri scenari.
Per le distribuzioni di produzione, usare una delle versioni seguenti di SQL Server.
Versione di Azure DevOps | Versione supportata di SQL Server |
---|---|
Azure DevOps Server 2022 | database SQL di Azure Istanza gestita di SQL di Azure SQL Server 2022 SQL Server 2019 |
Azure DevOps Server 2020 | Database SQL di Azure SQL Server 2019 SQL Server 2017 SQL Server 2016 (sp1 minimo) |
Azure DevOps Server 2019 Update 1.1 | Database SQL di Azure SQL Server 2019 SQL Server 2017 SQL Server 2016 (sp1 minimo) |
Azure DevOps Server 2019 | Database SQL di Azure SQL Server 2017 SQL Server 2016 (sp1 minimo) |
TFS 2018 | SQL Server 2017 SQL Server 2016 (sp1 minimo) |
Nota
SQL Server in Linux non è supportato.
Le informazioni seguenti si applicano alla versione di SQL Server indicata:
- database SQL di Azure: supportato solo quando si usa anche Azure Macchine virtuali. Per informazioni dettagliate, vedere Usare database SQL di Azure con Azure DevOps Server.
- SQL Server 2016: se si usa SQL Server 2016, è necessario installare un aggiornamento di runtime di Visual C++.
Active Directory
È possibile installare Azure DevOps in più server se i server sono tutti aggiunti a un dominio di Active Directory basato su un livello funzionale supportato dai server. È possibile installare Azure DevOps in un singolo server aggiunto a un dominio di Active Directory o membro di un gruppo di lavoro.
Versioni principali e Service Pack
Microsoft non supporta sempre immediatamente le nuove versioni principali delle dipendenze, ad esempio SQL Server. In alcuni casi, è necessario rilasciare gli aggiornamenti per aggiungere il supporto per tali versioni. Tuttavia, quando Microsoft supporta una versione principale, il Service Pack più recente viene sempre supportato immediatamente al rilascio. Microsoft collabora con i team del prodotto per testare i Service Pack prima del rilascio.
Linguaggi naturali
È possibile installare Azure DevOps in vari linguaggi nei sistemi operativi supportati. Tuttavia, non è possibile usare alcuna combinazione di sistema operativo localizzato con Azure DevOps Server e TFS. Inoltre, non è possibile installare più lingue in un singolo server Azure DevOps Server o TFS.
La tabella seguente illustra le combinazioni di linguaggio supportate:
Sistema operativo | Azure DevOps Server |
---|---|
italiano | italiano |
italiano | Lingua diversa dall'inglese |
Lingua diversa dall'inglese | italiano |
Lingua diversa dall'inglese | La lingua deve corrispondere al sistema operativo |
Se si esegue un sistema operativo in lingua inglese, è possibile installare qualsiasi versione della lingua di Azure DevOps Server. Se non si esegue un sistema operativo in lingua inglese, è necessario installare la versione inglese di Azure DevOps Server o la versione localizzata per la stessa lingua del sistema operativo.
Il server proxy di Azure DevOps e Team Explorer non hanno requisiti linguistici aggiuntivi specifici per l'uso con Azure DevOps Server.
I controller di test e gli agenti hanno requisiti linguistici specifici. Per altre informazioni, vedere Test controller e requisiti dell'agente di test.