Elastic IP Address:Perguntas frequentes sobre faturamento

• Ao alterar o método de faturamento, você recebe um reembolso das taxas de assinatura restantes.

  Reembolsamos o valor efetivamente pago para a forma de pagamento original. Para entender como os reembolsos são calculados, consulte Refunds for changing the billing method from subscription to pay-as-you-go.

• Após a mudança, a cobrança do EIP por largura de banda passa a ser baseada no uso.

  A fee for a pay-by-bandwidth EIP = Taxa de largura de banda + Taxa de configuração do EIP (taxa de retenção de IP público).

Exemplo: Você possui um EIP por assinatura com largura de banda máxima de 300 Mbps na região China (Beijing), utilizando o tipo de linha BGP (Multi-ISP). O EIP não está associado a nenhum recurso cloud. Às 08:15:00 de 20 de novembro de 2024, você altera o método de faturamento deste EIP para EIP. Após a alteração, você libera o EIP às 22:30:00 de 20 de novembro de 2024. Você receberá uma fatura pelo EIP sob pagamento conforme o uso em 21 de novembro de 2024. As taxas do EIP sob pagamento conforme o uso referentes a 20 de novembro de 2024 são calculadas da seguinte forma:

Os preços neste exemplo servem apenas como referência. Para valores reais, consulte a página de compra.

Não é possível converter um EIP sob pagamento conforme o uso para assinatura.

As faturas de EIP sob pagamento conforme o uso são geradas após o consumo. Portanto, você receberá uma fatura final depois de liberar o EIP, embora o faturamento pare no momento da liberação. Exemplos:

• Para EIP s por transferência de dados, se você liberar um EIP às 10:30:00, receberá uma fatura após as 11:00:00 referente às taxas de transferência de dados entre 10:00:00 e 11:00:00.

• Se liberar um EIP por largura de banda em 30 de dezembro de 2020, você receberá uma fatura em 31 de dezembro de 2020 referente às taxas de largura de banda incorridas em 30 de dezembro de 2020.

Sim, essa alteração é permitida.

Observe os pontos abaixo ao trocar o método de medição:

• Uma ordem para alterar o método de faturamento do tráfego de internet entra em vigor às 00:00 (UTC+8) do dia seguinte.

• Antes que o novo método de faturamento entre em vigor, não é possível enviar outra ordem para alterar a largura de banda de pico.

• Para um EIP sob pagamento conforme o uso:

  • A taxa de configuração do EIP (taxa de retenção de IP público) é cobrada imediatamente após a solicitação. Essa taxa não se aplica se o EIP for alocado a partir de um pool de endereços IP específico.

  • Após associar o EIP a um recurso, a taxa de configuração (retenção de IP público) só será isenta se o EIP estiver associado diretamente a uma instância ECS ou ECI em uma VPC e a cota de EIPs da sua conta Alibaba Cloud for de 2.000 ou menos.

  Para evitar cobranças desnecessárias, solicite um EIP apenas quando realmente precisar.

• Para um EIP por assinatura: Não há cobrança de taxa de configuração do EIP (taxa de retenção de IP público).

A taxa de configuração (taxa de retenção de EIP) de um EIP independe de ele estar ou não adicionado a um Internet Shared Bandwidth. Essa taxa é determinada principalmente pelo tipo de recurso ao qual o EIP está vinculado e pela quantidade de EIP s que você possui. Para mais detalhes, consulte pay-as-you-go.

Um pico repentino na transferência de dados do EIP pode elevar as taxas. Solucione o problema com base nas informações a seguir:

Possíveis causas

• Questões relacionadas ao negócio: Aumento de tráfego devido a atualizações de sistema ou crescimento do negócio.

• Vulnerabilidades do sistema: Falhas em suas aplicações que geram inadvertidamente um grande volume de requisições de rede.

• Invasões ou varreduras maliciosas: Aumento de tráfego causado por ataques maliciosos, web crawlers e outras formas de acesso indesejado.

• Configuração de rede inadequada: Regras mal configuradas em grupos de segurança ou firewalls que permitem um grande número de requisições indesejadas.

Guia de solução de problemas

1. Verifique os dados de monitoramento

   Utilize o Cloud Monitor para visualizar o uso de tráfego e largura de banda do seu EIP e analisar padrões e tendências de tráfego anormal. Para mais informações, consulte Monitoring and alerting.

   Adote também as medidas abaixo para identificar tráfego anormal de forma mais rápida e precisa no futuro:

   • Configure fine-grained monitoring: Monitore alterações no tráfego de service de internet em tempo real e ajuste a largura de banda máxima do seu EIP conforme necessário.

   • View traffic analysis: Visualize informações detalhadas sobre os principais consumos de tráfego na comunicação entre seu EIP e endereços IP externos.

   • Create an alert rule for bandwidth usage: Quando o uso de largura de banda aumentar anormalmente, o Cloud Monitor pode enviar notificações de alerta rápidas, permitindo investigar e resolver o problema prontamente.

2. Localize o processo anormal

   • Use o Cloud Monitor: Utilize o recurso de monitoramento de processos do Cloud Monitor para identificar o processo anormal que consome recursos de rede com base no período do pico de tráfego. Para mais informações, consulte Process monitoring.

   • Use ferramentas de monitoramento de rede: Escolha as ferramentas adequadas ao sistema operacional do servidor associado ao EIP para visualizar o uso de tráfego e identificar o processo anormal que ocupa recursos de rede.

     • Linux: Ferramentas como sar, iftop e nethogs ajudam a verificar a carga de tráfego de rede em uma instância ECS. Para mais informações, consulte Troubleshoot high network bandwidth usage on Linux instances.

     • Windows: Utilize ferramentas nativas da Microsoft, como Gerenciador de Tarefas, Monitor de Recursos, Monitor de Desempenho, Process Explorer e Xperf (disponível no Windows Server 2008 e posteriores) para analisar o uso de tráfego. Para mais informações, consulte Troubleshoot high network bandwidth usage on Windows instances.

3. Analise arquivos de log

   Ao visualizar e analisar arquivos de log do servidor, identifique a source do tráfego e o tipo de requisições.

   Exemplos de comandos: Visualizar logs do servidor

   Visualizar logs no Linux

   • Visualizar log de acesso do NGINX: cat /var/log/nginx/access.log

   • Visualizar log de acesso do Apache (escolha o caminho conforme sua distribuição):

     • Debian/Ubuntu: cat /var/log/apache2/access.log

     • CentOS/RHEL: cat /var/log/httpd/access_log

   Visualizar logs no Windows

   O caminho específico dos arquivos de log de acesso do NGINX e Apache depende da instalação e configuração. Use o caminho real da sua instalação. Os caminhos nos comandos abaixo são exemplos padrão comuns.

   • Se o caminho do log de acesso do NGINX for C:\Program Files\nginx\logs\access.log, execute o seguinte comando para visualizar o log de acesso: type "C:\Program Files\nginx\logs\access.log"

   • Se o caminho do log de acesso do Apache for C:\Program Files\Apache Software Foundation\Apache2.4\logs, execute o seguinte comando para visualizar o log de acesso: type "C:\Program Files\Apache Software Foundation\Apache2.4\logs\access.log"

   Identificar IPs com alta frequência de requisições

   Após visualizar o arquivo de log, use o comando abaixo para contar os IPs com mais requisições no access.log e detectar rapidamente fontes suspeitas. O exemplo utiliza Linux e o caminho padrão de log do NGINX.

   awk '{print $1}' /var/log/nginx/access.log | sort | uniq -c | sort -rn

   Descrição do comando:

   • awk '{print $1}': Extrai o primeiro campo de cada linha de log. No formato combined padrão, este é o IP do cliente ($remote_addr).

   • sort: Ordena os endereços IP extraídos para preparar a agregação.

   • uniq -c: Conta as ocorrências de cada endereço IP.

   • sort -rn: Classifica as contagens em ordem decrescente.

   • head -20: Retorna os 20 principais endereços IP com mais requisições.

   Para contar entradas em logs do Apache, substitua o caminho pelo caminho real do log do Apache, por exemplo, /var/log/apache2/access.log.

   Nota: O comando acima pressupõe que o log utilize o formato combined padrão do NGINX ou Apache, onde o primeiro campo é o endereço IP do cliente. Se o seu servidor estiver atrás de um proxy reverso, CDN, Server Load Balancer (SLB) ou Global Accelerator (GA), o primeiro campo será o endereço IP do proxy upstream, e não o IP real do cliente, fazendo com que as estatísticas apontem inteiramente para o lado do proxy. O endereço IP real do cliente geralmente é transmitido no cabeçalho de requisição X-Forwarded-For. Nesse caso, adicione primeiro $http_x_forwarded_for à diretiva log_format do NGINX para registrar esse cabeçalho e, em seguida, ajuste o campo que o awk extrai (por exemplo, pegue o primeiro endereço IP da lista XFF).

4. Verifique as configurações de grupo de segurança e firewall

   Revise suas regras de grupo de segurança ou configurações de firewall para fechar portas e services desnecessários e controlar rigorosamente as permissões de acesso.

   Para saber como configurar grupos de segurança, consulte Add security group rules. Se precisar de controle de acesso personalizado ou mais granular, configure o firewall do sistema com base nas informações a seguir:

   • Exemplo de configuração de firewall Linux: Bloquear endereços IP e portas suspeitos

     # View firewall rules (iptables)
     sudo iptables -L -n -v
     # Add a firewall rule to block a suspicious IP address
     sudo iptables -A INPUT -s <suspicious-ip> -j DROP

   • Em um sistema Windows, configure regras de firewall através da interface Windows Defender Firewall with Advanced Security.

5. Verifique suas aplicações

   Use software antivírus ou ferramentas de segurança para verificar a presença de malware. Escaneie seus servidores em busca de vulnerabilidades e atualize prontamente sistemas e softwares.

   Utilize o Security Center da Alibaba Cloud para detectar e bloquear diversas ameaças de segurança, incluindo propagação de vírus, ataques de hackers, criptografia por ransomware, exploração de vulnerabilidades, vazamento de par AccessKey e mineração maliciosa.