Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Obiettivi di migrazione
Potresti voler spostare i carichi di lavoro Oracle dall'ambiente locale a quello locale per vari motivi. AWS Ad esempio, potresti voler ridurre i costi, aumentare l'agilità, migliorare la sicurezza o rifattorizzare il carico di lavoro più rapidamente. Qualunque sia il motivo alla base della vostra decisione, la scelta della giusta strategia di migrazione è importante per poter raggiungere gli obiettivi e le tempistiche richieste.
Ridurre i costi
L'esecuzione di database Oracle in un ambiente locale potrebbe comportare costosi costi di licenza nei seguenti scenari:
-
Database in esecuzione su hardware obsoleto
-
Database che non servono più allo scopo e che sono potenziali candidati al ritiro
-
Database che richiedono la modernizzazione
-
Database più vecchi che vengono conservati per motivi di conformità, ad esempio informazioni di identificazione personale (PII), Regolamento generale sulla protezione dei dati (GDPR), Fair Labor Standards Act (FLSA) o qualsiasi altra conformità specifica del paese o del settore
In base ai requisiti di questi scenari, potresti non voler allocare la stessa quantità di risorse per ridurre le licenze e i costi operativi, ma potresti voler scalare automaticamente in base alle esigenze e puoi farlo più facilmente nel cloud. Per una discussione sui costi e sui rischi, consulta la guida Oracle sulle trappole dei costi e su come superarle con le AWS soluzioni
Aumento dell'agilità
Il provisioning di un database Oracle in un ambiente locale è in genere un'attività che richiede molto tempo e può richiedere alcune settimane o fino a mesi. Con Amazon Elastic Compute Cloud (Amazon EC2), puoi creare un database Oracle delle dimensioni richieste in breve tempo utilizzando l'infrastruttura come codice (IaC).
La velocità con cui le istanze Oracle sono AWS scalabili verso l'alto o verso il basso per soddisfare la tua richiesta ti aiuterà a completare le attività di sviluppo e a prendere decisioni rapidamente. I database Oracle che vengono riospitati su AWS possono ottenere una maggiore agilità per soluzioni personalizzate. Ad esempio, quando ospiti un database Oracle su Amazon EC2, hai la possibilità di implementare più ambienti in pochi secondi.
Migliorare la sicurezza
Organizations che eseguono database Oracle in locale sono responsabili della sicurezza a tutti i livelli, compresi i dati inattivi e in transito. Ciò può comportare una configurazione di sicurezza incompleta, che potenzialmente mette a rischio il database. Con il modello di responsabilitàAWSAWS condivisa
Puoi limitare l'accesso pubblico all' EC2 istanza che ospita il database Oracle in modo che le applicazioni esterne al cloud privato virtuale (VPC) non possano accedere al database. Puoi utilizzare una chiave AWS Key Management Service (AWS KMS)
Refactoring più rapido
I database già attivi AWS sono più facili da rifattorizzare rispetto ai database locali. Un database già attivo AWS dispone dell'infrastruttura necessaria VPCs, inclusi gruppi di sicurezza e reti. Quando sei pronto per modernizzare il database, puoi utilizzare l' AWS infrastruttura esistente per avviare il tuo motore di database rifattorizzato. Se questo è il tuo obiettivo, puoi AWS prima migrare il tuo database Oracle su Oracle e poi avviare il processo di refactoring o modernizzazione.
Le opzioni di refactoring aggiuntive che possono aiutare a ridurre i costi di licenza e il sovraccarico operativo includono quanto segue:
-
Scarica i database archiviando i dati su Amazon Simple Storage Service (Amazon S3)
-
Esegui la migrazione dei database di data warehouse Oracle su Amazon Redshift
-
Esegui la migrazione dei database Oracle verso database open source:
