A partire dal 15 febbraio 2024, il supporto per i prodotti Server non è più disponibile. Esegui la migrazione per continuare a usufruire del supporto. Scopri come →
Guida all'upgrade a Data Center
Tutte le organizzazioni sono diverse. Ecco perché ogni percorso di migrazione è unico. Segui la nostra guida all'upgrade dettagliata per assicurare una transizione ottimale da Atlassian Server a Data Center.
Valutazione
Ogni organizzazione ha esigenze e requisiti specifici. Ecco perché per pianificare un aggiornamento di successo è fondamentale capire le varie opzioni a disposizione.
Valutazione di Cloud e Data Center
Come primo passo, ti consigliamo di valutare Data Center e Cloud per trovare l'opzione migliore per la tua organizzazione. Cloud Enterprise rappresenta la soluzione ideale per molti dei clienti di grandi dimensioni, in quanto offre limiti di utenti più alti, controlli amministrativi avanzati e funzionalità di sicurezza e conformità integrate.
Per un consiglio personalizzato, esegui la nostra valutazione della migrazione. Dopo averti posto alcune domande sulle tue esigenze, ti consiglieremo il percorso migliore per te.
Anche la nostra guida al confronto tra Cloud e Data Center è un ottimo riferimento, che fornisce un confronto affiancato delle funzioni, oltre a indicazioni su quale opzione scegliere in base al caso d'uso.
Hai una domanda dettagliata su Cloud? Contattaci per programmare una consulenza su Cloud con uno specialista della migrazione.*
*Disponibile per clienti con licenze Commercial o Academic e con oltre 25 utenti o agenti
Comprensione dei requisiti dell'architettura e dell'infrastruttura
Hai optato per Data Center? Allora devi conoscere l'architettura e le configurazioni di distribuzione di Data Center supportate.
Data Center può essere distribuito in due modi diversi, ovvero con o senza clustering. Entrambi consentono di sfruttare le funzioni e le capacità di livello enterprise, ma per ogni opzione occorre fare considerazioni diverse. Ecco una tabella che descrive le differenze tra le architetture con e senza clustering:
Senza clustering consigliato
Requisiti dell'infrastruttura
Un'architettura senza clustering ti permette di effettuare l'upgrade a Data Center usando la tua infrastruttura esistente senza dover apportare alcuna modifica.
Casi d'uso consigliati
Consigliamo a tutti i clienti di effettuare l'upgrade a Data Center utilizzando il percorso di upgrade non in cluster. Se necessario, i clienti possono implementare un'architettura in cluster una volta effettuato il passaggio a Data Center.
Vantaggi
Sblocca le funzioni di livello enterprise che non richiedono il clustering:
Per molti clienti, gli upgrade non in cluster sono in genere il punto di partenza del percorso verso Data Center. Ti consigliamo di approfittare di questo upgrade di 2 minuti per garantire una transizione senza intoppi.
Con clustering
Consigliamo a tutti i clienti di effettuare prima l'upgrade a Data Center utilizzando il percorso di upgrade non in cluster. Dopo aver effettuato l'upgrade a Data Center, i clienti possono implementare un'architettura in cluster, se necessario.
Requisiti dell'infrastruttura
Per effettuare l'upgrade a Data Center in un cluster ti serviranno i componenti qui sotto:
- Bilanciamento del carico
- Nodi applicativi
- File system accessibile da tutti i nodi applicativi
- Nodo Elasticsearch (Bitbucket)
Casi d'uso consigliati
- Hai bisogno di elevata disponibilità
- Vuoi effettuare l'upgrade senza tempi di inattività
- Prevedi una crescita di scala XL nel breve periodo
Vantaggi
Sblocca le funzionalità aziendali che il clustering può offrire:
- Funzioni e capacità di livello enterprise
- Disponibilità elevata e failover: se un nodo nel tuo cluster applicativo non funziona, gli altri si accollano il carico, assicurando agli utenti l'accesso ininterrotto al prodotto.
- Scalabilità immediata: aggiungi nuovi nodi al cluster senza tempi di inattività o costi di licenza aggiuntivi. Sincronizzazione automatica di indici e app.
- Ripristino di emergenza: distribuire un sistema di ripristino di emergenza esterno assicura produttività, anche in caso di interruzione completa del sistema. Con gli indici di prodotto condivisi si torna subito a lavorare.
Confronto finale tra i prodotti Server e Data Center
Sebbene Data Center offra funzioni che potresti già conoscere, abbiamo aggiunto altre capacità ed esteso la funzionalità di molte funzioni Server. Metti a confronto Server e Data Center e scopri in anteprima quali nuove funzioni potrai utilizzare e quali richiedono un'architettura con clustering.
- Confronto tra le funzioni di Jira Server e Data Center
- Confronto tra le funzioni di Jira Service Management Server e Data Center
- Confronto tra le funzioni di Confluence Server e Data Center
- Confronto tra le funzioni di Crowd Server e Data Center
- Confronto tra le funzioni di Bitbucket Server e Data Center
- Confronto tra le funzioni di Bamboo Server e Data Center
Valuta le decisioni tecnologiche
Portarti avanti con le tue decisioni tecnologiche ti permetterà di accelerare la progettazione di un ambiente di produzione per i tuoi prodotti Data Center che sia personalizzato sulla base delle esigenze della tua organizzazione. Che tu voglia distribuire i tuoi prodotti Data Center in un ambiente con o senza clustering, esamina l'infrastruttura che stai usando per i tuoi prodotti e valuta se eseguire la distribuzione su AWS, Azure o il tuo hardware oppure se passare a una distribuzione orchestrata con Kubernetes o Docker. Se opti per un ambiente con clustering, dovrai iniziare a valutare i componenti aggiuntivi di cui avrai bisogno, come il bilanciamento del carico, il file system condiviso e i nodi applicativi.
Per ulteriori consigli e risorse che possono aiutarti con le decisioni tecnologiche, scarica la nostra checklist per la distribuzione.
Conosci il tuo provider di servizi cloud
La distribuzione con un fornitore di servizi cloud, come Amazon Web Service (AWS) o Microsoft Azure, potrebbe essere una novità per la tua organizzazione. Se prevedi di utilizzare un fornitore di servizi cloud, ti consigliamo di prenderti tutto il tempo necessario per:
- Comprendere gli aspetti relativi a distribuzione e architettura dei tuoi prodotti Data Center;
- Scoprire i diversi strumenti di gestione della configurazione, come Ansible Chef, Puppet o Salt.
Sia AWS che Azure offrono corsi di formazione che possono aiutarti ad approfondire le tue conoscenze sulle piattaforme. Anche se non è necessario, potrebbe essere utile che un membro del tuo team diventi un architetto di soluzioni certificato. Per ulteriori informazioni, consulta le risorse qui sotto:
Pianifica e prepara
Ora che hai scelto il tuo percorso nel Data Center, puoi iniziare a creare un piano di aggiornamento dettagliato.
Creare il team necessario
Uno dei passaggi più importanti di questo percorso è la scelta del team giusto nel più breve tempo possibile. L'aggiornamento all'architettura con clustering coinvolgerà molti team della tua organizzazione e richiede un forte impegno collettivo.
Una volta che avrai creato il tuo team di progetto, devi assicurarti di allinearlo su obiettivi condivisi e definire la tua timeline entro la data stabilita.
Quali ruoli e quante persone devono essere inclusi nel team? Non esiste una risposta univoca a questa domanda. Per la scelta del team devi prendere in considerazione le aree di specializzazione seguenti:
Amministratore delle applicazioni
Ruoli
L'amministratore delle applicazioni gestisce le attività di amministrazione giornaliere. Conosce in maniera approfondita il prodotto, ne monitora le prestazioni e il livello di affidabilità e valuta e gestisce le app di Marketplace. Inoltre, può collaborare a stretto contatto con gli utenti finali per capirne le esigenze e fornire assistenza e formazione.
Responsabilità
- Prende decisioni sulle app che non sono approvate per Data Center.
- Verifica che utenti e autorizzazioni siano gestiti in maniera corretta durante la transizione.
Amministratore di sistema
Ruolo
L'amministratore di sistema gestisce tutto ciò che spazia dall'infrastruttura all'interfaccia di prodotto. Si occupa di backup, archiviazione, reti e prestazioni.
Responsabilità
- Esegue il provisioning dell'hardware (fisico o virtuale) necessario.
- Installa e aggiorna le applicazioni Atlassian.
- Verifica la funzionalità e le prestazioni durante i test per assicurarsi che Data Center funzioni in maniera appropriata.
- Si assicura che tutti i nodi del cluster siano accessibili e che il bilanciamento del carico sia configurato correttamente.
- Configura gli eventuali strumenti di registrazione, monitoraggio e sicurezza.
Project lead
Ruolo
Il project lead conosce molto bene l'azienda e sa come e perché il prodotto viene usato per raggiungere gli obiettivi aziendali. Sa anche come ricorrere ai giusti compromessi per mantenere la governance sui prodotti.
Responsabilità
- Tiene il progetto in linea con le milestone principali e le date stimate per il completamento di ciasuna di esse.
- Monitora il programma, assicura il completamento dei task e risolve i problemi interfunzionali.
- Comunica gli aggiornamenti di progetto agli stakeholder e le novità agli utenti finali.
- Collabora con gli stakeholder principali per l'acquisto di Data Center.
Se stai distribuendo Data Center in un'architettura con clustering, potrebbe essere utile disporre di ,membri del team con esperienze tecniche nelle aree seguenti:
- Progettazione della rete: verifica le specifiche e sviluppa la tua infrastruttura.
- Amministrazione del database: configura e implementa la strategia di backup del database.
- Affidabilità del sito: definisci disponibilità dell'istanza, prestazioni e operazioni di ripristino di emergenza.
- Sicurezza: garantisci la conformità agli standard di sicurezza (VPN, firewall, ecc.).
Hai bisogno di altri membri nel tuo team?
Atlassian ti offre assistenza in caso di problemi con l'aggiornamento.
Gratuita con Data Center
Supporto prioritario: i tuoi problemi di supporto critici verranno indirizzati direttamente ai tecnici senior, che si impegnano a fornire SLA superiori, oltre ad assegnazioni delle priorità e tempi di risoluzione più rapidi. Il Supporto prioritario è incluso con tutte le sottoscrizioni Data Center per Jira Software, Jira Service Management, Confluence e Crowd, È incluso anche nelle sottoscrizioni Bitbucket Data Center con 500 utenti e oltre e nelle sottoscrizioni Bamboo Data Center con 100 agenti e oltre.
Atlassian Community: preferisci il crowdsourcing? Trova risposte, aiuto e ispirazione dagli altri utenti Atlassian Ti consigliamo di entrare nella community Enterprise per conoscere storie, suggerimenti e best practice per usare i prodotti Atlassian in scala.
Risorse di assistenza a pagamento
Servizi di consulenza di Atlassian: fai in modo che la tua transizione sia il più agevole possibile con le indicazioni di consulenti Atlassian esperti. I tuoi consulenti Atlassian approfondiranno le tue configurazioni e i tuoi flussi di lavoro, e ti forniranno best practice, indicazioni tecniche e approfondimenti preziosi. Insieme, svilupperete un piano di upgrade completo da eseguire con sicurezza.
Assistenza Premier: cerchi un'assistenza senza confronti? Scegli l'Assistenza Premier di Atlassian. Potrai contare su un supporto eccellente e su un team dedicato di tecnici esperti, disponibili 24 ore su 24, 7 giorni su 7.
Solution partner: cerchi un punto di riferimento unico? I Partner aziendali conducono integrazioni, distribuzioni e aggiornamenti di sistema pratici e sono un'ottima soluzione per organizzazioni con requisiti complessi o che hanno bisogno di assistenza in loco. Visita la nostra Directory dei partner per trovare il partner giusto per te.
Crea una sequenza temporale necessario
Qui trovi le timeline di base che puoi usare per valutare la possibile durata del tuo aggiornamento.
| Senza clustering | Con clustering |
---|---|---|
Pianificazione | Senza clustering 0-2 settimane | Con clustering Più di 1 mese |
Dry-run | Senza clustering 0-1 settimana | Con clustering 3-6 mesi |
Distribuzione | Senza clustering 0-1 settimana | Con clustering Circa 6-9 mesi |
Le tempistiche indicate si basano su un gruppo di clienti che hanno completato l'upgrade a Data Center, ma è importante notare che quelle effettive variano in base a fattori specifici del tuo ambiente tra cui, a titolo esemplificativo, le dimensioni, la complessità e la preparazione.
Verifica l'istanza Server e ottimizza la tua infrastruttura
A prescindere da come hai deciso di distribuire Data Center (con o senza clustering), prenditi il tempo necessario per rivedere la tua istanza e capire se sono presenti aree che desideri ottimizzare durante la migrazione.
Valuta le dimensioni della tua istanza necessario
Data Center è stato sviluppato per supportare le esigenze dei team su larga scala. Per assicurarti di configurare la tua infrastruttura in modo da garantire un aggiornamento di successo, verifica le dimensioni della tua istanza server attuale e regolale in base alle raccomandazioni sulle dimensioni del profilo. Mentre regoli le dimensioni, prendi in considerazione la velocità di crescita per adattarle di conseguenza.
Confronta la tua istanza Server Consigliati
Esegui una misurazione da usare come standard delle prestazioni esistenti del tuo sistema. Così facendo, se scegli di usare funzioni come lo strumento di ottimizzazione dei campi personalizzati o l'archiviazione, puoi misurare il miglioramento delle prestazioni tra Data Center e l'istanza Server esistente.
Perfeziona l'istanza Server Consigliati
Anche se intendi sfruttare immediatamente i vantaggi offerti dalle nostre capacità (come l'archiviazione e lo strumento di ottimizzazione dei campi personalizzati) per rilanciare la tua istanza, devi perfezionare le tue istanze Server prima di effettuare il passaggio. Osserva le tue istanze Server attuali e prenditi il tempo necessario per identificare e correggere eventuali configurazioni non ottimali. Anticipando questo passaggio porrai basi più solide per la tua istanza di Data Center.
Valuta e aggiorna la governance necessario
Le prestazioni sono influenzate anche dal modo in cui gli utenti interagiscono con i prodotti. Prima di distribuire Data Center, valuta queste caratteristiche dell'utilizzo e stabilisci se devi applicare delle restrizioni su elementi come gli script che effettuano chiamate REST o altre integrazioni al fine di proteggere le prestazioni.
Documenta i processi attuali Consigliati
Dopo aver perfezionato l'istanza, devi documentare l'ambiente server. La documentazione può aiutarti a prendere decisioni più informate sulla configurazione nel tuo aggiornamento a Data Center, incoraggiare le modifiche dei processi e stabilire se i problemi individuati dopo di esso sono nuovi o già esistenti.
Verifica le tue app attuali Consigliati
L'uso di un numero elevato di app può avere un impatto negativo sulle prestazioni della tua istanza. Ecco perché per migliorare le prestazioni complessive del sistema, ti consigliamo di verificare e rimuovere tutte le app che non sono indispensabili. Ti invitiamo anche ad assicurarti che le tue app siano compatibili con Data Center, dal momento che dovranno essere aggiornate a una versione di Data Center, se disponibile.
Se al momento non esiste una versione della tua app per Data Center, puoi continuare a usare l'app Server, ma ricordati che dovrai effettuare l'upgrade se l'app sarà resa disponibile.
Prendi in considerazione sia il prezzo attuale che quello futuro delle app nel calcolo del costo totale di proprietà di Data Center. Per semplificare la valutazione puoi utilizzare il nostro toolkit per i business case di Data Center.
Definisci l'ambiente Data Center necessario
Livello dell'applicazione
Istanze e posizioni
- Desideri federare o consolidare le tue istanze?
- Come sarà la tua crescita futura?
- Hai bisogno di isolare i tuoi dati?
- Quanti ambienti, ad esempio quelli di staging o di produzione, ha il tuo team?
Profili delle istanze
- Quante persone accederanno alla tua istanza?
- Dove si troveranno i tuoi team?
- Quanti dati sono attualmente presenti nell'istanza e quanti dati prevedi di aggiungere?
App, integrazioni e personalizzazioni
Ti servono tutti questi elementi o vuoi cogliere questa opportunità per semplificare?
Livello dell'infrastruttura
Dimensioni dell'istanza
- Quali sono le tue proiezioni di crescita futura?
- Ci sono momenti in cui i livelli di traffico utente sono inferiori?
Per maggiori informazioni, consulta la nostra panoramica sul dimensionamento dei nodi.
Struttura dell'account
- Su quali account deve essere distribuito l'ambiente?
- Desideri che ciascuno dei tuoi ambienti sia associato ad account diversi?
- Vuoi che i tuoi prodotti Data Center utilizzino lo stesso account degli altri strumenti CI/CD o di collaborazione?
Modello di governance
- Che aspetto ha il tuo modello di governance?
- Quali sono gli standard minimi del sistema?
- Stai utilizzando la registrazione centralizzata?
- Quali sono le tue esigenze di gestione degli utenti?
Prendi in considerazione l'utilizzo delle soluzioni AWS Landing Zone e AWS System Manager come parte del tuo modello di governance.
VPC
-
Vuoi utilizzare un nuovo cloud privato virtuale (VPC)?
Puoi sfruttare il modello di Atlassian Standard Infrastructure (ASI) sia se desideri eseguire la distribuzione in un nuovo VPC o utilizzarne uno esistente.
- Ci sono principi di rete che vuoi modificare, come la limitazione dell'accesso pubblico a Internet e le impostazioni degli IP interni per l'instradamento delle reti VPN e aziendale?
- Devi usare i certificati TLS?
Geografia
-
Se utilizzi un VPC esistente, hai elaborato un piano per l'accesso alle reti VPN e aziendale?
Ti consigliamo di consentire l'accesso da tutti gli uffici e le VPN poiché è molto probabile che l'utilizzo del prodotto aumenti nel tempo.
Direct Connect
- Vuoi utilizzare Direct Connect per migliorare le prestazioni e la sicurezza?
- Quanti dati devi spostare dall'istanza Server a Data Center?
Se stai spostando grandi quantità di dati potresti prendere in considerazione la risorsa AWS Snow Family.
Continuità aziendale e ripristino di emergenza
Backup
Com'è strutturata la tua strategia di backup?
Ti consigliamo di utilizzare una combinazione della strategia di backup esistente e delle funzioni di backup integrate in AWS. Per maggiori informazioni, consulta:
AWS fornisce servizi di infrastruttura meno soggetti a singole interruzioni.
Failover regionale
Hai bisogno di implementare siti cold, warm e hot in diverse regioni?
In genere, le esigenze di ripristino di emergenza vengono soddisfatte facendo in modo che i servizi siano eseguiti su più zone di disponibilità, ma potresti voler ridurre anche le interruzioni regionali. Mentre decidi se vuoi implementare questi siti in diverse regioni, tieni a mente quanto segue:
- Costo dell'infrastruttura e del trasferimento dei dati
- Velocità di ripristino rispetto ad AWS
- Tempo impiegato per la manutenzione e la verifica del sito di ripristino
- Costo di gestione del sito
Upgrade a Data Center (senza clustering) consigliato
Consigliamo a tutti i clienti di effettuare l'upgrade a Data Center utilizzando l'architettura non in cluster. Gli upgrade non in cluster sono un'opzione di upgrade più rapida e semplificata, che fornisce un accesso più rapido alla sicurezza, al supporto e alle funzioni aziendali di Data Center.
Effettua l'upgrade delle tue app
Se nell'istanza sono installate app Server, devi effettuare l'upgrade di ciascuna app a una versione approvata per Data Center, se disponibile. Se aggiorni la licenza del tuo prodotto Data Center prima di effettuare l'upgrade delle app, queste potrebbero non funzionare.
Aggiorna la licenza del tuo prodotto
L'upgrade a Data Center in un ambiente senza clustering è molto semplice e ti permette di usare immediatamente le funzioni e le capacità di livello enterprise che non richiedono il clustering.
Per effettuare l'upgrade, accedi alla sezione amministratore del prodotto Server e immetti la nuova chiave di licenza di Data Center. Puoi anche tornare indietro e configurare il clustering in un secondo momento se ne hai bisogno.
Data center non in cluster è compatibile con le seguenti versioni di prodotto:
Jira Software: 6.3 o successive
Jira Service Management: 4.0 o successive
Confluence: 7.2 o successive
Bitbucket: nessuna versione minima
Bamboo: 8.0 o successive
Crowd: 3.0 o successive
**Se utilizzi una versione precedente, ti consigliamo di contattare l'assistenza per ricevere aiuto con l'upgrade.
Per guide specifiche del prodotto sugli aggiornamenti senza clustering, consulta la nostra documentazione:
- Upgrade a Bitbucket Data Center
- Upgrade a Crowd Data Center
- Upgrade a Confluence Data Center
- Upgrade a Jira Data Center
Dopo aver effettuato il passaggio a Data Center, ti consigliamo di effettuare l'upgrade all'ultimo rilascio del supporto a lungo termine (LTS) disponibile per il tuo prodotto.
Upgrade a Data Center (con clustering) non consigliato
Non consigliamo di effettuare l'upgrade iniziale a Data Center utilizzando l'architettura in cluster a causa della complessità dell'operazione. Consigliamo a tutti i clienti di effettuare il primo upgrade a Data Center utilizzando il percorso di upgrade non in cluster. Successivamente, i clienti che hanno la necessità di un'architettura in cluster possono iniziare l'implementazione.
Dopo aver effettuato l'upgrade a Data Center su un'architettura non in cluster, puoi implementare un'architettura in cluster se hai la necessità di una disponibilità elevata.
Ottieni l'infrastruttura di cui hai bisogno per il tuo cluster
Per distribuire Data Center in un cluster, ti serviranno i componenti seguenti:
- Database
- Bilanciamento del carico
- Nodi applicativi
- File system condiviso
- Nodo Elasticsearch (Bitbucket)
Bilanciamento del carico
Il bilanciamento del carico è la prima cosa che le richieste dei tuoi utenti colpiscono se hai effettuato la distribuzione in un cluster. Le richieste, infatti, arrivano nel bilanciamento del carico, che le distribuisce ai nodi applicativi. Puoi usare un bilanciamento del carico basato su hardware o su software. Sia per le soluzioni hardware che per quelle software, il bilanciamento del carico deve essere collegato al cluster applicativo tramite una connessione LAN ad alta velocità per garantite una larghezza di banda elevata e una latenza ridotta. Tutti i bilanciamenti del carico software devono essere eseguiti su computer dedicati.
I prodotti Data Center presuppongono che la richiesta di ogni utente sia indirizzata allo stesso nodo nel corso di una sessione. Se le richieste vengono indirizzate a nodi diversi, gli utenti potrebbero essere disconnessi in maniera inaspettata rischiando persino di perdere le informazioni archiviate nella sessione. È quindi necessario vincolare una sessione allo stesso nodo abilitando le "sticky-session" basate su cookie (o l'affinità di sessione) nel bilanciamento del carico. Con le sticky session basate su cookie, puoi usare i cookie emessi dal prodotto o un cookie generato dal bilanciamento del carico.
Aggiungi un ulteriore livello di protezione e impedisci che il bilanciamento del carico diventi un singolo punto di guasto aggiungendo ridondanza alla tua soluzione di bilanciamento del carico. Puoi farlo configurando due bilanciamenti del carico in una configurazione attiva-passiva, usando un indirizzo IP virtuale su entrambi. Se il bilanciamento del carico attivo fallisce, passerà il task al bilanciamento del carico passivo.
Per maggiori informazioni, consulta le nostre opzioni di configurazione del bilanciamento del carico.
Nodi applicativi
I nodi applicativi sono il punto in cui risiede il prodotto effettivo. Ogni nodo nel cluster Data Center deve essere eseguito sulla stessa versione del prodotto ed essere posizionato nello stesso punto per minimizzare la latenza. Tuttavia, per supportare le prestazioni dei tuoi team distribuiti puoi abilitare una Content Delivery Network (CDN). Questi nodi devono essere configurati in un cluster, agendo all'unisono, affinché tu possa fornire il prodotto agli utenti. Il numero di nodi nel cluster dipende dalle tue esigenze e dalla modalità di configurazione del prodotto. Di norma, 2-4 nodi sono sufficienti per la maggior parte dei cluster, ma usa le nostre guide al dimensionamento dei nodi per aiutarti a prendere la decisione giusta.
Bitbucket richiede un nodo applicativo aggiuntivo appositamente dedicato su ElasticSearch, che abilita la ricerca di codice.
File system condiviso
Il file system condiviso è il luogo in cui vengono archiviati i dati che dovrebbero essere accessibili da qualsiasi nodo applicativo, come i file allegati e i repository Git.
In un ambiente Data Center devi configurare il file system condiviso come suo nodo. Puoi usare qualsiasi programma NAS o SAN basato to NFS per il tuo file system condiviso, ma per mantenere le prestazioni consigliamo NFS3. Assicurati di evitare protocolli distribuiti come DFS, che non sono supportati.
Crea il tuo cluster
È arrivato il momento di creare il tuo cluster Data Center. Oltre a configurare ognuno dei vari componenti nel tuo cluster (nodi applicativi, bilanciamento del carico, database, file system), devi anche ridimensionare i nodi applicativi nel cluster sulla base dei tuoi requisiti prestazionali.
Abbiamo raccolto alcune configurazioni di esempio che puoi usare come riferimento. Atlassian non sponsorizza, approva o consiglia alcun fornitore o alcuna configurazione particolare. Queste configurazioni sono fornite solo come riferimento. Se desideri suggerimenti più pratici su come configurare un ambiente ottimale, valuta se un Technical Account Manager, l'Assistenza Premier o un Partner fa al caso tuo.
Crea un ambiente di staging
Per eseguire un aggiornamento di successo ad ambienti multinodo, ti consigliamo di creare un ambiente di staging che ti consenta di provare Data Center prima di distribuirlo nella produzione.
L'ambiente di staging deve replicare il più fedelmente possibile il tuo ambiente di produzione, inclusi eventuali proxy inversi, configurazioni SSL o bilanciamenti del carico. Potresti decidere di usare un server fisico diverso o una soluzione virtualizzata. In ogni caso, assicurati che si tratti di una replica appropriata del tuo ambiente di produzione.
Per istruzioni dettagliate, consulta:
Effettua l'upgrade delle tue app
Se nell'istanza sono installate app Server, devi effettuare l'upgrade di ciascuna app a una versione approvata per Data Center, se disponibile. Se aggiorni la licenza del tuo prodotto Data Center prima di effettuare l'upgrade delle app, queste potrebbero non funzionare.
Testa il Data Center
La fase di test è una fase fondamentale, ma intensa, nella distribuzione di un'istanza di Data Center in cluster. Per distribuire Data Center con sicurezza nell'ambiente di produzione, il team deve condurre una serie iterativa di test funzionali, test di integrazione e test prestazionali per controllare a fondo l'installazione di Data Center.
Prenditi tutto il tempo che serve. Una fase di verifica approfondita accelererà la distribuzione della produzione e ti permetterà di tenere conto di circostanze impreviste. Se necessario, esegui più test di accettazione utenti (UAT) finché non ti senti pronto a procedere con la distribuzione.
Scopri di più sulle prestazioni dei prodotti Data Center:
Distribuisci nella produzione
Dopo aver effettuato l'upgrade del tuo ambiente di prova a Data Center, sei pronto per distribuirlo nella produzione.
Prima di completare l'aggiornamento, verifica che l'ambiente di produzione corrisponda all'ambiente di prova affinché tutto funzioni correttamente nella produzione, dal momento che completerai gli stessi passaggi che hai eseguito durante la fase di prova.
Hai distribuito Data Center in un cluster!
Per una guida tecnica dettagliata, consulta la nostra documentazione:
Effettua l'upgrade all'ultimo rilascio di supporto a lungo termine
Dopo aver effettuato il passaggio a Data Center, ti consigliamo di effettuare l'upgrade all'ultimo rilascio del supporto a lungo termine (LTS) disponibile per i tuoi prodotti.
Puoi trovare la versione LTS più recente qui:
Parla con un esperto
Hai una domanda sul tuo percorso di migrazione o sulle opzioni a tua disposizione? Ricevi i consigli di un esperto dal nostro team di specialisti.