Cada camada do cluster vem com um conjunto padrão de recursos. Clusters do M10+ fornecem a capacidade de personalizar sua capacidade de armazenamento.
O Atlas fornece as seguintes opções de configuração de armazenamento, dependendo do fornecedor de nuvem selecionado e da camada de cluster.
Classificação do cluster
M40+ Os clusters oferecem várias opções, incluindo:
- Low CPU
- General
- Local NVMe SSD
Todos os ambientes de produção podem utilizar a opção General.
Selecione a caixa Class com sua velocidade de preferência. Alterações na classe de cluster afetam o custo.
Classe de baixa CPU
Geralmente, a opção do Low CPU oferece uma alternativa de menor custo para aplicativos que exigem mais memória e menos CPUs. Essa opção inclui metade das vCPUs de uma instância com a opção General do mesmo nível. Por exemplo, uma instância General M40 inclui 4 vCPUs, enquanto uma instância Low CPU M40 inclui 2 vCPUs. Dependendo da camada do cluster, essa opção também pode incluir um número menor de conexões máximas. Para saber mais, consulte Limites de conexão e camada do cluster.
Observação
O Atlas provisiona armazenamento para os clusters Low CPU e General em gibibytes (GiB), apesar de a IU mostrar GB.
Armazenamento NVMe
Você pode selecionar a opção de armazenamento do Local NVMe SSD para alguns clusters dedicados que são executados no Amazon Web Services ou Azure. SSDs NVMe efêmeros conectados localmente oferecem o mais alto nível de velocidade e desempenho. O Atlas provisiona armazenamento para clusters NVMe em gigabytes (GB).
Uma sincronização inicial baseada em cópia de arquivo sempre será usada para sincronizar todos os nós de um cluster NVMe sempre que uma sincronização inicial for necessária.
Observação
O Atlas não oferece suporte a clusters NVMe no Google Cloud.
Capacidade de armazenamento
Para alterar o tamanho do volume de dados do servidor, faça uma das seguintes tarefas:
Mova o controle deslizante até que a caixa de texto exiba o tamanho de disco de sua preferência.
Especifique o tamanho exato do disco na caixa de texto.
Para ter instruções específicas do Azure, consulte Alterar capacidade de armazenamento e IOPS no Azure.
Alterações na capacidade de armazenamento afetam o custo.
Observação
O MongoDB usa uma pequena parte da capacidade de armazenamento especificada para arquivos de buffer, arquivos de diário e arquivos de log para garantir a operação adequada do cluster. Em mecanismos de armazenamento sem substituição, como o mecanismo de armazenamento WiredTiger, você deve esperar usar aproximadamente 20% a mais de espaço em disco do que os dados compactados ocupam.
Comportamento do tamanho do oplog
O Atlas gerencia o tamanho do oplog do cluster e suas entradas de maneira diferente, conforme a habilitação ou não do dimensionamento automático de armazenamento para o cluster.
O Atlas permite o dimensionamento automático de armazenamento de cluster por padrão. Se você optar por usar o dimensionamento automático de armazenamento, o Atlas gerenciará as entradas do oplog com base na configuração da janela mínima de retenção do oplog (oplogMinRetentionHours). As entradas do oplog têm carimbo de data/hora. A oplog window é a diferença de tempo entre os mais recentes e os mais antigos carimbos de data/hora no oplog.
Por padrão, o Atlas define a janela mínima de retenção do oplog para 24 horas. Isso significa que, a menos que você defina a janela mínima de retenção do oplog para um valor personalizado específico, o
mongoddo cluster do Atlas retém todas as entradas do oplog por pelo menos 24 horas e até que o oplog atinja o tamanho máximo permitido segundo as melhores práticas do MongoDB.Você pode definir a janela mínima de retenção do oplog para um valor específico na IU do Atlas. Para que o dimensionamento automático de armazenamento seja concluído com êxito, o Atlas requer a janela mínima de retenção do oplog (oplogMinRetentionHours) de até (60 segundos) * (GB de espaço em disco configurado).
Se a capacidade de armazenamento do cluster diminui, o Atlas dimensiona automaticamente o tamanho do oplog para garantir que ele se encaixe no tamanho de armazenamento reduzido.
Você pode desativar o auto-scaling do armazenamento em cluster desmarcando a caixa de seleção Storage Scaling na seção Auto-scale. Se você optar por não usar o auto-scaling de armazenamento, o Atlas gerenciará o tamanho do oplog da seguinte forma:
Se você não especificar o tamanho do oplog na UI, o Atlas definirá o tamanho do oplog para:
5% do tamanho do disco quando você cria um cluster, para General e Low-CPU clusters
10% do tamanho do disco para clusters com armazenamento NVMe.
O Atlas altera automaticamente o tamanho do oplog se você alterar o tamanho do armazenamento, somente se você tiver definido manualmente um tamanho de oplog personalizado para o seu cluster. Se você nunca definiu manualmente o tamanho do oplog, o Atlas não dimensiona automaticamente o tamanho do oplog quando você altera o tamanho do armazenamento.
Você pode optar por escalar o tamanho do oplog quando escalar o armazenamento do cluster. Nesse caso, defina manualmente o tamanho do oplog para um valor específico ao criar um cluster. Somente depois de você ter definido manualmente um tamanho de oplog personalizado, o Atlas dimensionará automaticamente o tamanho do oplog quando você aumentar o armazenamento do cluster, da seguinte forma:
Para clusters do General e Low-CPU, o tamanho do oplog é escalado em até 5% da capacidade de armazenamento, não excedendo o máximo determinado de acordo com as melhores práticas do MongoDB.
Para clusters com armazenamento NVMe, o tamanho do oplog é escalado para permanecer em 10% da capacidade de armazenamento, não excedendo o máximo determinado de acordo com as melhores práticas do MongoDB.
Se você reduzir o armazenamento do cluster, o Atlas usará a proporção anterior de oplog para disco para reduzir o oplog proporcionalmente. Por exemplo, se você escalar de 100 GB para 50 GB com um oplog de 25 GB (proporção de 0.25), o novo tamanho do oplog também terá uma proporção de 0.25, o que o tornaria 12.5 GB. A única exceção é se o novo tamanho do oplog for menor que 5% da capacidade de armazenamento (ou menor que 10% para armazenamento NVMe). Nesse caso, o Atlas usa o valor mais alto para o tamanho do oplog, que seria 5% da capacidade de armazenamento (10% para armazenamento NVMe).
Alterar a capacidade de armazenamento ou IOPS no AWS
O Atlas lida com as alterações de maneira diferente dependendo se você deseja aumentar ou diminuir a capacidade de armazenamento ou a taxa de transferência de armazenamento (IOPS) na AWS.
Importante
Você pode fazer um máximo de 4 modificações de volume de EBS em qualquer período de 24horas. Se você atingir esse limite, o Atlas não poderá modificar o disco do cluster até que a janela de 24horas seja redefinida.
Aumentar a capacidade ou a taxa de transferência
Se as alterações anteriores tiverem sido concluídas, a AWS geralmente leva cerca de seis horas para aumentar a capacidade de armazenamento ou IOPS. No entanto, esse período pode variar dependendo do tamanho dos dados armazenados no disco. Para saber mais, consulte a documentação da AWS. O Atlas permite mais alterações dentro do prazo para alterações de modificação de volume.
AWS oferece suporte ao armazenamento estendido com as seguintes limitações:
M40: até 4TBM50/M60: até 8TBM80+: até 14TB
Observação
O armazenamento estendido está disponível apenas para os clusters M40+. Para alterar o nível do seu cluster, consulte Modificar um cluster.
Ativar o armazenamento estendido desacelera as sincronizações iniciais e as restaurações de snapshots entre projetos e pode reduzir a alta disponibilidade. Habilitar o armazenamento estendido é uma solução temporária para clusters que podem exigir capacidade de armazenamento adicional no futuro. Recomendamos habilitar a fragmentação para capacidade de armazenamento expandida a longo prazo.
A forma como o Atlas lida com alterações adicionais em um determinado período depende dos limites da AWS para modificações de volume do EBS. A AWS restringe os ajustes de tamanho do volume e taxa de transferência do EBS a um máximo de quatro modificações por volume em um período contínuo de 24horas. Depois que esse limite é atingido, o Atlas atrasa a capacidade de armazenamento adicional ou as alterações de IOPS desse volume até que a AWS permita outra modificação.
Para a primeira alteração, o Atlas modifica os volumes de dados no local sem tempo de inatividade ao aumentar o tamanho do disco.
Para aumentos subsequentes do tamanho do disco:
Tamanho do volume de dadosTempo desde a última alteração de armazenamentoAção que o Atlas realizaMenos de 1 TB
Menos de 6 horas
O Atlas provisiona novos volumes e sincroniza os dados dos volumes antigos. Você poderá acessar seu cluster se o Atlas provisionar volumes novos. Você não poderá acessar nós que a AWS modificar até que a AWS anexe o novo volume.
Menos de 1 TB
6 horas ou mais
O Atlas espera até que o período de resfriamento expire e, em seguida, modifica os volumes de dados dos hospedar no local sem tempo de inatividade.
Mais de 1 TB
Período de resfriamento da modificação de volume menor que o (6 horas por TB)
O Atlas provisiona novos volumes e sincroniza os dados dos volumes antigos. Você poderá acessar seu cluster se o Atlas provisionar volumes novos. Você não poderá acessar nós que a AWS modificar até que a AWS anexe o novo volume.
Mais de 1 TB
Período de resfriamento da modificação de volume ou mais (6 horas por TB)
O Atlas espera até que o período de resfriamento expire e, em seguida, modifica os volumes de dados do hospedar no local sem tempo de inatividade. Isso leva menos tempo do que o provisionamento de novos volumes e a sincronização dos dados dos volumes antigos com os novos. Se você modificar o tamanho do disco dentro de 4 horas após uma modificação de disco anterior, o Atlas priorizará primeiro o upscaling de computação e, em seguida, a modificação de disco.
Antes de aplicar sua capacidade de armazenamento ou aumentos de IOPS, a página Review Changes descreve como o Atlas aborda o aumento.
A página Clusters exibirá um banner se o Atlas estiver esperando que a AWS permita outra modificação de volume antes de alterar a capacidade de armazenamento ou o IOPS do cluster:
- Algumas alterações de volume de EBS estão atrasadas porque a AWS atingiu o número máximo de modificações de volume de EBS permitidas para esse volume dentro de um período de 24horas.
Esses comportamentos se aplicam quando o Atlas altera a capacidade durante o auto-scaling.
Para saber mais sobre as limitações da AWS, consulte a documentação da AWS.
Diminuir a capacidade ou a taxa de transferência
A AWS não permite reduzir a capacidade de armazenamento existente.
O Atlas pode reduzir a capacidade de armazenamento provisionando primeiro novos volumes e, em seguida, sincronizando dados dos volumes antigos com os novos com um processo de sincronização de dados no local. Isso contorna a limitação da AWS, mas há tempo de inatividade em cada nó durante a sincronização. Ao contrário dos aumentos de capacidade, o Atlas sempre usa esse processo para diminuições de capacidade, independentemente do período de resfriamento da modificação de volume.
AWS permite reduzir o IOPS sem migrar dados.
Se o período de resfriamento da modificação de volume tiver passado, o Atlas reduzirá IOPS no local sem reiniciar os nós. Se o período de resfriamento não tiver passado, o Atlas poderá provisionar novos volumes e dados de sincronização, o que causará uma reinicialização contínua.
Altere a capacidade de armazenamento e o IOPS no Azure
No caso dos clusters Low CPU ou General implementados no Azure, você pode estender o IOPS e a capacidade de armazenamento dos volumes de dados na IU do Atlas.
Se você aumentar o armazenamento em disco para clusters Low CPU ou General, poderá:
Receba mais IOPS em clusters no mesmo tier de cluster.
Use esses clusters para hospedar aplicativos com altos requisitos de carga de trabalho de E/S sem precisar configurar a fragmentação para distribuir a carga de trabalho dos aplicativos pelos servidores.
Observação
Nem todas as regiões do Azure oferecem suporte ao armazenamento estendido. Para detalhes, veja regiões compatíveis.
Azure tem períodos de resfriamento de modificação de volume que podem limitar a frequência com que você pode fazer alterações de armazenamento.
Importante
Para clusters do Azure que oferecem suporte a Armazenamento Estendido/IOPS, você pode fazer até quatro alterações de IOPS/taxa de transferência de disco em qualquer período de 24horas. Se você atingir esse limite, o Atlas substituirá a máquina virtual (VM) para contornar essa limitação.
As declarações a seguir descrevem as opções que você tem na IU do Atlas para IOPS e gerenciamento de armazenamento em clusters do Azure.
Inicialmente, quando você escolhe um cluster do Azure Low CPU ou General, o Atlas designa o tamanho de armazenamento padrão e o IOPS com base no nível escolhido.
Dependendo das características específicas dos volumes de armazenamento usados em sua região e se o cluster está na região que oferece suporte ao armazenamento estendido, você pode realizar uma das seguintes ações:
Se sua região não for compatível com armazenamento estendido, você poderá alterar a capacidade de armazenamento somente em quantidades predefinidas e não poderá alterar o IOPS usando o controle deslizante.
Se sua região suporta armazenamento estendido, você pode usar o controle deslizante Storage para aumentar a capacidade de armazenamento padrão dentro do mesmo nível. O Atlas também aumenta o IOPS para corresponder ao aumento no tamanho do armazenamento.
Se, após você aumentar o tamanho do volume de armazenamento, o número maior de IOPS ainda não for suficiente e o nível do cluster estiver em uma região que suporta armazenamento estendido, você pode aumentar ainda mais o número de IOPS usando o controle deslizante IOPS, sem mudar o nível do cluster.
Além disso, você também pode expandir o armazenamento total do cluster além dos limites padrão do nível do cluster em regiões que oferecem suporte ao armazenamento estendido. Você ativa tamanhos de armazenamento estendidos nas Configurações do projeto.
Observação
Ao aumentar o IOPS para um cluster distribuído no Azure, os valores são limitados ao IOPS máximo da camada do cluster.
As seções a seguir descrevem como aumentar o tamanho do armazenamento e o IOPS.
Alterar o tamanho do volume de dados no Azure
Para alterar o tamanho do volume de dados do servidor:
Na seção Cluster tier > Storage, você pode executar uma das seguintes ações, dependendo da região:
Se sua região oferecer suporte a armazenamento estendido, mova o controle deslizante para a direita e escolha o tamanho de disco de sua preferência.
A caixa de texto à direita do controle deslizante muda dinamicamente e indica o novo tamanho do disco. O Atlas também aumenta o IOPS para corresponder ao aumento no tamanho do armazenamento.
Se sua região não suporta armazenamento estendido, você pode aumentar a capacidade do disco em quantidades predefinidas. Nesse caso, o Atlas não aumenta o IOPS.
Para aumentos de capacidade de armazenamento, o Atlas aumenta a capacidade de armazenamento em vigor sem copiar dados ou executar uma sincronização inicial.
Observação
Se você mudar para outra região ou para um cluster multirregional, as capacidades específicas do volume de armazenamento ou o armazenamento estendido poderão estar indisponíveis. A interface do usuário do Atlas notifica que seu IOPS será reduzido. Essa alteração pode impacto o desempenho do aplicativo, a velocidade da restauração de dados de um backup ou a cópia de backups dessas regiões para outras regiões. Para preservar o mesmo desempenho, continue usando a mesma região. Para saber mais, consulte regiões que permitem armazenamento estendido.
O Azure não permite diminuir a capacidade de armazenamento em vigor. Para reduzir a capacidade de armazenamento de um cluster no Azure, o Atlas realiza o provisionamento de novos volumes e, em seguida, sincroniza os dados dos volumes antigos para os novos usando uma sincronização inicial lógica ou baseada em cópia de arquivos. Antes de aplicar as reduções da capacidade de armazenamento, a página Review Changes notifica que Atlas triggers uma reinicialização contínua do cluster quando você faz essa alteração.
Uma sincronização inicial copia dados em toda a rede e reconstrói todos os índices. Durante esse período, você ainda poderá acessar seu cluster, mas cada nó modificado pelo Azure permanecerá indisponível até que a sincronização inicial do nó seja concluída. Para clusters grandes, as sincronizações iniciais para cada nó podem levar várias horas para serem concluídas.
Para expandir o armazenamento total do cluster além dos limites da camada do cluster, você pode habilitar o armazenamento estendido nas configurações do projeto para regiões que oferecem suporte ao armazenamento estendido.
Azure oferece suporte ao armazenamento estendido com as seguintes limitações:
M40: até 4TBM50/M60: até 8TBM80+: até 14TB
Observação
O armazenamento estendido está disponível apenas para os clusters M40+. Para alterar o nível do seu cluster, consulte Modificar um cluster.
Ativar o armazenamento estendido desacelera as sincronizações iniciais e as restaurações de snapshots entre projetos e pode reduzir a alta disponibilidade. Habilitar o armazenamento estendido é uma solução temporária para clusters que podem exigir capacidade de armazenamento adicional no futuro. Recomendamos habilitar a fragmentação para capacidade de armazenamento expandida a longo prazo.
Configurar armazenamento estendido/IOPS no Azure
O procedimento a seguir descreve como obter IOPS estendido, além do número de IOPS que você recebe quando aumenta o tamanho do armazenamento dentro da mesma camada do cluster.
Você pode alterar o número de IOPS para M40+ clusters do Atlas para regiões que suportam armazenamento estendido.
Para ampliar o número de IOPS:
No Cluster tier, mude para o
M40ou nível de camada do cluster. O controle deslizante IOPS é exibido na seção IOPS .Se ainda não tiver feito isso, aumente o tamanho do armazenamento.
Se seu aplicativo exigir IOPS adicionais além do aumento de IOPS que você recebeu ao aumentar o armazenamento, você poderá estender ainda mais o IOPS. Mova o controle deslizante IOPS para a direita e escolha seu número preferido de IOPS. A ampliação do IOPS afeta o custo.
Alterar a capacidade de armazenamento no Google Cloud
O Google Cloud oferece suporte ao armazenamento estendido com as seguintes limitações:
M40: até 4TBM50/M60: até 8TBM80+: até 14TB
Observação
O armazenamento estendido está disponível apenas para os clusters M40+. Para alterar o nível do seu cluster, consulte Modificar um cluster.
Ao contrário da AWS, o Google Cloud não tem períodos de resfriamento de modificação de volume. Portanto, as alterações de armazenamento podem ser feitas imediatamente sem esperar que as modificações anteriores sejam concluídas.
Quando você aumenta a capacidade de armazenamento de um cluster, o Atlas modifica o tamanho dos volumes de dados dos servidores de maneira contínua, sem tempo de inatividade. O Atlas aumenta a capacidade de armazenamento em vigor sem copiar dados ou executar um sincronização inicial.
No entanto, o Google Cloud não permite a redução da capacidade de armazenamento no local. Se você reduzir a capacidade de armazenamento de um cluster, o Atlas fará o provisionamento de novos volumes e, em seguida, sincronizará os dados dos volumes antigos para os novos usando uma sincronização inicial lógica ou baseada em cópia de arquivos.
Ativar o armazenamento estendido desacelera as sincronizações iniciais e as restaurações de snapshots entre projetos e pode reduzir a alta disponibilidade. Habilitar o armazenamento estendido é uma solução temporária para clusters que podem exigir capacidade de armazenamento adicional no futuro. Recomendamos habilitar a fragmentação para capacidade de armazenamento expandida a longo prazo.
Antes de aplicar a redução da capacidade de armazenamento, a página Review Changes notifica que o Atlas aciona uma reinicialização contínua do cluster quando você faz essa alteração.
O Atlas tem limites de capacidade de disco em conjuntos de réplicas únicas, podendo escalar até 4 TB para níveis de cluster mais altos. Para expandir o armazenamento total do cluster além dos limites padrão, você pode ativar o armazenamento estendido nas Configurações do projeto. Para acomodar maior escalabilidade no futuro, habilite a fragmentação para expansão de longo prazo.
Alterar a capacidade de armazenamento para clusters de fornecedores multinuvem
A Atlas seleciona o menor denominador comum entre os três fornecedores de nuvem. Isso garante consistência em todo o sistema multinuvem.
Não é possível ajustar as IOPS para o cluster de várias nuvens.
IOPS (apenas AWS)
Os clusters M30+ suportados pela AWS oferecem a opção de provisionar IOPS.
IOPS provisionado comparado ao IOPS padrão na AWS
O IOPS provisionado permite que você personalize a taxa máxima de IOPS do seu cluster. Ele também:
Oferecem uma taxa de IOPS configurada de forma mais consistente quando comparada às IOPS padrão.
Reduzir a latência p90 do cluster (medição do tempo de resposta do servidor). Noventa por cento das solicitações de servidor têm respostas mais rápidas do que o valor de latência p90. Portanto, um valor de latência p90 mais baixo significa um tempo de resposta geralmente mais rápido.
Para saber mais sobre os méritos do uso de IOPS provisionado versus padrão, consulte Instâncias otimizadas do Amazon EBS. Veja o resumo a seguir:
Os volumes SSD de Uso Geral são projetados para fornecer desempenho básico 99% do tempo.
Os volumes de SSD de IOPS provisionados são projetados para entregar seu desempenho provisionado 99,9% das vezes.
Observação
As alterações no provisionamento de IOPS afetam as características, o desempenho e o custo. Quando você seleciona Provision IOPS, o armazenamento o é alterado de volumes SSD de uso geral para volumes SSD de IOPS provisionados.
Configurar a taxa IOPS
IOPS padrão
Se você não selecionar a opção Provision IOPS ao criar o cluster de camada M30+ , o cluster usará IOPS padrão. A taxa de IOPS padrão muda conforme a capacidade de armazenamento do cluster. Se você deseja provisionar um valor exato de IOPS, habilite o provisionamento.
O IOPS padrão mínimo para clusters de nível M30+ é de 3.000. O valor IOPS padrão permanece em 3.000, a menos que você defina o tamanho de armazenamento do cluster para 1 TB ou mais. Se o armazenamento do seu cluster M30+ atingir ou exceder 1 TB, o Atlas aumentará a taxa de IOPS padrão usando um IOPS para uma proporção de armazenamento de 3:1, até 16k IOPS para volumes de armazenamento de rede da AWS.
Os clusters de classe SSD NVMe locais devem utilizar o padrão IOPS.
IOPS provisionada
O IOPS provisionado é suportado somente para M30+ clusters do Amazon Web Services Amazon Web Services de nível. Para provisionar IOPS para seu M30+ cluster de nível da Amazon Web Services Amazon Web Services, selecione Provision IOPS e:
Especifique a taxa exata de IOPS na caixa de texto ou
Mova a barra deslizante até que a caixa de texto exiba sua taxa de IOPS preferida.
Observação
O intervalo de IOPS provisionado disponível para um cluster está relacionado à capacidade de armazenamento em disco. Alterar a capacidade de armazenamento do seu cluster altera a faixa de IOPS provisionadas disponível.
Proporções mínimas de capacidade de disco para RAM
O Atlas força as seguintes proporções mínimas para determinadas camadas do cluster. Isso mantém o desempenho do cluster consistente com grandes conjuntos de dados.
Os tamanhos de instância M10 a M40 têm uma proporção de capacidade de disco para memória do sistema de 60:1. Os tamanhos de instância maiores que M40 têm uma proporção de 120:1.
Exemplo
Para suportar 3 TB (ou 3.072 GB) de capacidade de disco, selecione uma camada do cluster com um mínimo de 32 GB de RAM. Isso seria M50 ou superior.
O Atlas tem limites de capacidade de disco em conjuntos de réplicas únicas, podendo escalar até 4 TB para níveis de cluster mais altos. Para expandir o armazenamento total do cluster além dos limites padrão, você pode ativar o armazenamento estendido nas Configurações do projeto. Para acomodar maior escalabilidade no futuro, habilite a fragmentação para expansão de longo prazo.
Dica
Para saber mais sobre os recursos padrão e as opções de configuração disponíveis para cada fornecedor de serviços de nuvem, consulte:
Camada de cluster e capacidade de armazenamento com auto-scale
O dimensionamento automático reativo da camada do cluster do Atlas está disponível para todos os níveis de cluster dedicado sob a classificação do cluster General e a classificação do cluster Low-CPU.
Para novos clusters, o Atlas permite automaticamente o auto-scaling da camada de cluster e o auto-scaling de armazenamento.
Utilize as opções do Auto-scale para configurar o cluster para dimensionar automaticamente a camada do cluster, a capacidade de armazenamento, ou ambas, em resposta ao uso do cluster.
Importante
Durante uma migração, se você restaurar um snapshot com um tamanho maior que a capacidade de armazenamento do cluster de destino, o cluster não será dimensionado automaticamente.
Você pode desativar o auto-scaling da camada de cluster e do armazenamento. Para saber mais, consulte Como o Atlas dimensiona a camada de cluster e Como o Atlas dimensiona o armazenamento de cluster.