Com a instância do ApsaraDB RDS for SQL Server em execução e conectada, use os recursos abaixo para gerenciar custos de armazenamento, estratégia de backup, segurança de dados, escalabilidade de leitura, configurações, dimensionamento serverless e acesso no nível do host.
Visão geral dos recursos
|
Categoria |
Recurso |
Quando usar |
|
Otimização de custos |
Grandes conjuntos de dados com acesso pouco frequente |
|
|
Backup e recuperação |
Restaurações mais rápidas com impacto mínimo na instância |
|
|
Segurança |
Proteção de dados confidenciais em repouso |
|
|
Escalabilidade |
Descarregamento de tráfego de leitura da instância primária |
|
|
Operações |
Ajuste de parâmetros da instância sem tempo de inatividade |
|
|
Serverless |
Controle de dimensionamento para cargas de trabalho sensíveis ao tempo |
|
|
Acesso ao host |
Acesso ao SO do host para usar o SQL Server Reporting Services |
Separação de dados quentes e frios
Arquive dados raramente acessados em buckets do Object Storage Service (OSS) e mantenha os dados quentes em discos em nuvem. Essa abordagem reduz custos de armazenamento e aumenta a eficiência e a relação custo-benefício do gerenciamento de dados.
Ideal para grandes volumes de dados, cargas de trabalho sensíveis a custos e requisitos de armazenamento em camadas.
Recurso relacionado: Consulte Usar o recurso de arquivamento de dados.
Melhores práticas: Melhores práticas para separação de dados quentes e frios
Backup por snapshot
Backups por snapshot restauram mais rápido e suportam conjuntos de dados maiores que backups físicos. Eles são executados sem consumir CPU ou memória na instância RDS e geram menos sobrecarga de I/O. Assim, o desempenho da instância permanece estável durante a janela de backup.
Consulte: Usar o recurso de backup por snapshot
Transparent Data Encryption (TDE)
O TDE criptografa dados na camada de armazenamento e impede que invasores leiam arquivos confidenciais diretamente ao contornar o banco de dados. Após ativar o TDE, use os arquivos de backup gerados pela instância para restaurar dados em um dispositivo local.
Consulte: Configurar TDE
Melhores práticas: Melhores práticas para TDE
Instâncias somente leitura e divisão de leitura/escrita
Aplica-se a: Apenas RDS Cluster Edition.
Se a instância primária estiver sobrecarregada com tráfego de leitura, crie uma ou mais instâncias somente leitura para distribuir a carga:
Aumenta o throughput geral de leitura sem dimensionar a instância primária.
Se a instância primária atender aos requisitos de inicialização rápida, as instâncias somente leitura ficarão prontas em minutos, sem impacto de I/O na primária.
Funcionamento do roteamento: Ative o endpoint de roteamento somente leitura e adicione o endpoint primário e o endpoint de roteamento somente leitura à aplicação. Solicitações de escrita vão para a primária; solicitações de leitura vão para o endpoint de roteamento, que as distribui entre as instâncias somente leitura conforme os pesos de leitura configurados.
Veja também:
Gerenciamento de parâmetros da instância
Modifique parâmetros da instância diretamente no console do ApsaraDB RDS ou por chamadas de API. O console exibe o histórico de modificações de parâmetros para facilitar o rastreamento de alterações de configuração e a solução de problemas.
Consulte: Modificar parâmetros da instância no console do ApsaraDB RDS
Dimensionamento automático de RCU
Aplica-se a: Apenas instâncias Serverless.
O dimensionamento de RDS Capacity Unit (RCU) geralmente é concluído em segundos. O scale-up entre hosts pode levar de 3 a 5 minutos. Para cargas de trabalho com requisitos rigorosos de estabilidade em uma janela específica, configure tarefas agendadas para pré-ajustar a quantidade de RCUs antes de picos de carga.
Veja também:
Login no host via Webshell
Crie uma conta de host para a instância e use-a para fazer login no host subjacente. Após o login, use o SQL Server Reporting Services (SSRS) para gerenciar bancos de dados do SQL Server diretamente no host.
Veja também: