As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Gerenciamento de recursos de E/S
O I/O Resource Management (IORM) é um recurso do Exadata que gerencia como várias cargas de trabalho e bancos de dados compartilham os recursos de E/S de um sistema Exadata. O IORM complementa o Oracle Database Resource Manager (DBRM) para fornecer o isolamento necessário para diferentes cargas de trabalho em um ambiente consolidado. Sempre que as solicitações de E/S começam a saturar a capacidade de E/S dos servidores de células de armazenamento, o IORM programa e prioriza as solicitações de E/S recebidas com base nos planos de recursos que você configurou.
Você pode coletar métricas de IORM das células de armazenamento do Exadata usando o script, metric_iorm.pl conforme discutido na Nota 337265.1 do My Oracle Support (MOS), Tool for Gathering I/O Resource Manager Metrics: metric_iorm.pl
Migrando para AWS
No Nuvem AWS, recomendamos que você hospede cargas de trabalho diferentes em instâncias separadas. Essa abordagem fornece mais flexibilidade na manutenção dos bancos de dados de acordo com os requisitos de recursos, desempenho e SLA de aplicativos individuais, em vez de consolidá-los em uma única instância. As práticas a seguir podem ser úteis ao migrar essas cargas de trabalho para: AWS
-
Identifique as interdependências entre os bancos de dados e classifique as cargas de trabalho que devem ser migradas para a mesma instância na plataforma de destino. Esses bancos de dados podem ter referências de esquemas cruzados não solucionáveis ou conectividade de links de banco de dados de baixa latência.
-
Com base nas estatísticas coletadas usando o
metric_iorm.plscript, identifique bancos de dados e cargas de trabalho que iniciam e se beneficiam do IORM. Use essas informações para determinar os bancos de dados que podem ser consolidados ou migrados para instâncias independentes. Escolha os tipos de armazenamento e as classes de instância apropriados para evitar a saturação de E/S. -
Se a plataforma de destino for o Oracle Database, considere usar o Oracle Database Resource Manager (DBRM)
para priorizar ou limitar recursos como CPU, PGA e paralelismo para várias cargas de trabalho consolidadas na mesma instância como vários bancos de dados ou esquemas conectáveis. -
Considere implementar soluções de armazenamento em cache, como Amazon ElastiCache e Amazon
RDS, para réplicas de leitura do Amazon RDS for Oracle para atender cargas de trabalho somente para leitura. Essas soluções reduzem o espaço de I/O na instância primária. -
Para cargas de trabalho que não dependem do Oracle Database, o Amazon Aurora
fornece uma arquitetura distribuída e desacoplada que fornece alta taxa de transferência de E/S. Você pode atender às demandas de uma carga de trabalho pesada e intensiva de E/S projetando um cluster do Aurora com um número adequado de instâncias de leitura e usando recursos como bancos de dados globais Amazon Aurora.
