Suporte padrão ao Amazon EMR - Amazon EMR

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á.

Suporte padrão ao Amazon EMR

Noções básicas das versões do Amazon EMR

A versão do Amazon EMR é o veículo que fornece o software necessário para executar seus aplicativos de código aberto em EC2 plataformas EKS ou sem servidor. Uma versão do Amazon EMR é composta por três partes: o Ambiente de runtime, os Mecanismos centrais e partes Extras.

  • Ambiente de runtime: o ambiente de runtime inclui o sistema operacional que faz parte da imagem de máquina da Amazon (AMI) ou de outra imagem de contêiner quando você inicia o cluster ou contêiner (por exemplo, Amazon Linux 2023). Também inclui os runtimes da linguagem, como o Amazon Corretto JDK, com outras ferramentas relacionadas que a imagem instala.

  • Mecanismos centrais: incluem o software central de código aberto, como o Apache Hive, e os formatos de tabela aberta, como o Apache Iceberg.

  • Extras: incluem bibliotecas de conveniência e pacotes Python, como mariadb-connector-java e software de código aberto, como o Apache Pig.

A versão de lançamento do Amazon EMR que você seleciona empacota todos esses componentes em uma nova versão das imagens de máquina da Amazon (AMI) ou imagens de contêiner baseadas no Amazon Linux (AL). O Amazon EMR mantém a mesma versão do AL para todos os nós de um cluster, contêiner EKS ou aplicação sem servidor. O Amazon EMR tem como objetivo obter o ambiente de runtime mais recente em até 90 dias após seu lançamento pelo Amazon Linux e novas versões de código aberto dos mecanimsos centrais em até 90 dias a partir do lançamento upstream. Os extras são lançados conforme necessário. Você encontra a lista dos softwares nas notas de lançamento de cada versão do Amazon EMR.

Versionamento da versãoversionamentoversionamento

Para ajudar você a entender o escopo das mudanças em cada versão, o Amazon EMR usa versionamento semântico. O versionamento semântico segue um formato de <major>.<minor>.<patch>. Como exemplo, vamos considerar a versão 7.0.0.

O primeiro dígito indica o lançamento da versão principal ou lançamento principal. Os principais lançamentos geralmente trazem mudanças substanciais, melhorias e novos recursos para o ambiente de runtime ou os mecanismos centrais que não são compatíveis com versões anteriores. Por exemplo, o lançamento principal 7.x usa o Amazon Linux 2023 com o Amazon Corretto 17 JDK como padrão. Como resultado, a versão contém várias alterações importantes em comparação com o lançamento principal 6.x, que vem no Amazon Linux 2 e com o Amazon Corretto 8 JDK como padrão.

O segundo dígito indica o lançamento da versão secundária ou lançamento secundário. Os lançamentos secundários não são compatíveis com versões anteriores e contêm alterações incrementais, melhorias e recursos nos mecanismos centrais e componentes extras, além de novas funcionalidades. Por exemplo, a versão 6.15 usa o Apache Spark 3.4.1, em comparação com a 6.11.1, que vem com o Apache Spark 3.3.2.

O terceiro dígito indica o lançamento de uma versão de patch ou lançamento de patch. Os lançamentos de patch devem ser compatíveis com versões anteriores que contêm correções e atualizações de patches para o mecanismo central e componentes extras, mas sem novas funcionalidades ou atualizações de versão do OSS. Por exemplo, as versões 6.11.1 e 6.11.0 contêm a mesma versão de OSS do Apache Spark 3.3.2. A partir da versão 6.6.x, o lançamento mais recente do patch oferece o patch mais recente do ambiente de runtime disponível. O ambiente de runtime não afeta o lançamento de patches do Amazon EMR. Por exemplo, a versão 6.11.1 foi lançada com a versão 2.0.20240109.0 do AL de 19 de dezembro de 2023 a 10 de janeiro de 2024, mas com a versão 2.0.20240124.0 do AL a partir de 11 de janeiro de 2024. Algumas versões do Amazon EMR no EKS permitem adicionar tags ou sufixos às versões semânticas para fornecer funcionalidades alternativas. Por exemplo, a versão emr-6.15.0-latest do Amazon EMR no EKS lança uma versão habilitada para o Amazon Corretto 8 JDK, enquanto o lançamento emr-6.15.0-java17-latest do Amazon EMR no EKS permite lançar uma versão habilitada para o Amazon Corretto 17 JDK.

Política de suporte

Introdução

O Amazon EMR tem como objetivo emitir novas versões secundárias no mínimo uma vez a cada 90 dias e fornecer suporte para versões secundárias por um período de 24 meses a partir da data de lançamento. Esse suporte abrange o ambiente de runtime e os mecanismos centrais com suas dependências associadas, e não abrange extras ou suas dependências associadas. O Runtime Environment também inclui componentes proprietários da plataforma e APIs que são necessários para iniciar, parar e operar os clusters e os aplicativos. Esse cronograma de lançamento consistente garante um ciclo previsível, tornando mais conveniente planejar, testar e fazer a transição para uma versão que forneça suporte e segurança.

O que esperar do suporte padrão

O suporte padrão fornece correções em tíquetes de suporte técnico para problemas que você encontra nos componentes do ambiente de runtime e dos mecanismos centrais nas configurações recomendadas. Todas as correções estão sujeitas à disponibilidade. A configuração recomendada é o uso do Amazon EMR sem nenhuma modificação, adições ou alteração em binários e configurações presentes em uma versão do Amazon EMR, exceto aqueles encontrados na documentação do Amazon EMR. O Amazon EMR implanta correções no patch mais recente, na versão secundária ou principal do Amazon EMR dentro de 90 dias após a verificação da correção. O Amazon EMR aplica correções automaticamente quando você inicia um novo EMR no EC2 cluster, lança um novo Amazon EMR no contêiner EKS ou aciona uma nova tarefa do EMR Serverless. Os componentes extras são fornecidos por conveniência e o Amazon EMR não fornece correções relacionadas a extras.

Componentes

O suporte padrão abrange os componentes do ambiente de runtime e dos mecanismos centrais, por exemplo, sistema operacional, runtimes de linguagem e software central de código aberto, como Apache Hive e Apache Iceberg. Você pode encontrar a lista completa dos componentes compatíveis com cada versão no Sobre as versões do Amazon EMR Amazon Linux FAQs.

A seguinte lista descreve o suporte que oferecemos para diferentes tipos de componentes no suporte padrão:

  • Componentes do ambiente de runtime: os componentes do ambiente de runtime receberão correções nos tíquetes de suporte técnico. As correções são categorizadas como (a) bugs críticos, (b) problemas críticos de corrupção de dados e (c) problemas críticos de segurança. Quando qualificado, o Amazon EMR transferirá as correções do ambiente de runtime para versões mais antigas. Para compatibilidade operacional com os componentes de código aberto do mecanismo central, certos componentes do ambiente de runtime devem permanecer em versões específicas para evitar a interrupção das aplicações do cliente. Nesses componentes, o Amazon EMR depende do código aberto upstream para a disponibilidade de correções. Quando as correções estiverem disponíveis no código aberto, forneceremos a versão estável mais recente dentro de 90 dias após a verificação pelo Amazon EMR.

  • Componentes dos mecanismos centrais: os mecanismos centrais fornecem as versões mais recentes de muitos projetos de código aberto, cada um com centenas de bibliotecas de dependências transitivas. Embora as comunidades de código aberto que gerenciam esses projetos tentem resolver problemas e vulnerabilidades e exposições comuns (CVE) conhecidas com frequência, as versões mais recentes ainda podem conter bugs conhecidos e. CVEs O Amazon EMR depende do código aberto upstream para disponibilidade de correções e fornecerá a versão estável mais recente como parte dos componentes do mecanismo central em até 90 dias após a verificação pelo Amazon EMR. Em certos casos, o Amazon EMR pode fornecer uma correção para uma CVE em um dos componentes do mecanismo central que precisa ser resolvida antes do código aberto upstream. O Amazon EMR também fornece suporte técnico e correções em recursos adicionados ao código aberto nas configurações recomendadas. Não transferimos correções de componentes do mecanismo central para versões de patch ou secundárias mais antigas.

  • Componentes extras: o Amazon EMR não oferece suporte a componentes extras. Componentes extras são projetos de código aberto fornecidos por conveniência, e o Amazon EMR não fornece correções para problemas encontrados neles. Quaisquer solicitações de suporte ou correções podem ser resolvidas por meio da comunidade de código aberto que oferece suporte a esses componentes.

Ciclo de vida do suporte padrão

A seguir, descrevemos as etapas do ciclo de vida do suporte padrão:

  • Suporte padrão: as versões do Amazon EMR estão qualificadas para o suporte padrão 24 meses a partir da data de lançamento. Você pode criar tíquetes de suporte técnico e esperar atualizações para os problemas encontrados nesses lançamentos.

  • Fim do suporte: após o término do suporte padrão, as versões do Amazon EMR entram no estágio de fim do suporte (EoS) por 12 meses. As versões do EoS não estão qualificadas para suporte técnico e você não poderá criar nenhum ticket para clusters, contêineres ou trabalhos em execução nessas versões. As versões do EoS não receberão correções, patches ou atualizações. As versões do EoS serão removidas do console, mas continuarão disponíveis por meio da API e da AWS CLI. Você sempre pode continuar executando workloads nas versões do EoS. Recomendamos fortemente que você migre para a versão mais recente do Amazon EMR para continuar recebendo patches de segurança, permancer qualificado para receber suporte técnico e criar tickets de suporte quando necessário.

  • Fim da vida útil: após o prazo de fim do suporte (EoS), as versões são consideradas de fim da vida útil (EoL). Embora você possa continuar executando clusters de EoL, o Amazon EMR se reserva o direito de remover as versões de EoL da API e do SDK com base em questões case-by-case operacionais e de segurança. É altamente recomendável que você migre para a versão mais recente do Amazon EMR, pois as versões de EoL podem ser removidas da API e do SDK em casos excepcionais.

Suporte intermediário

O Amazon EMR anunciou essa nova política de suporte em 25 de julho de 2024. De acordo com essa política, as versões do Amazon EMR lançadas até 24 de julho de 2022 agora são designadas como fim da vida útil. No entanto, para que você tenha mais tempo para planejar e migrar para versões mais novas, o Amazon EMR oferecerá o suporte intermediário, equivalente ao suporte padrão, para essas versões mais antigas lançadas no período de dois anos antes deste anúncio.

Depois de 25 de julho de 2024, você pode consultar o status atual e os cronogramas de suporte nas notas de versão.

A tabela a seguir mostra o status do suporte para todas as versões existentes do Amazon EMR no momento do anúncio da política, em 25 de julho de 2024:

Lançamentos e períodos de suporte
Versão de lançamento do Amazon EMR Data da versão inicial Data de término do suporte padrão Data de início do término do suporte Data de início do fim da vida útil
7.2.0 25 de julho de 2024 24 de julho de 2026 25 de julho de 2026 25 de julho de 2027
7.1.0 23 de abril de 2024 22 de abril de 2026 23 de abril de 2026 23 de abril de 2027
7.0.0 19 de dezembro de 2023 18 de dezembro de 2025 19 de dezembro de 2025 19 de dezembro de 2026
5.36.x e de 6.6.x a 6.15.x De 9 de maio de 2022 a 13 de novembro de 2023 Suporte intermediário até 24 de janeiro de 2026 25 de janeiro de 2026 25 de janeiro de 2026
  • Série 6.x: 6.5.0 e inferior

  • Série 5.x: 5.35.0 e inferior

  • Séries 4.x, 3.x e 2.x

De 1 de janeiro de 2013 a 30 de março de 2022 Suporte intermediário até 24 de julho de 2025 25 de julho de 2025 25 de julho de 2025

Considerações

O Standard Support está disponível para todos os modelos de implantação do Amazon EMR (EMR on, EC2 Amazon EMR no EKS e EMR Serverless), em todas as regiões onde o Amazon EMR está disponível, sem custo adicional. Os clusters executados com as configurações recomendadas são automaticamente qualificados para suporte, conforme descrito na política, portanto, você não precisa realizar nenhuma ação adicional para ativar o suporte.

  • O suporte padrão é compatível somente com componentes necessários para clusters do Amazon EMR. O Amazon EMR não pode garantir a disponibilidade de patches e correções de segurança caso os componentes de código aberto do mecanismo central cheguem ao EoL upstream ou quando as atualizações de segurança não estiverem mais disponíveis para dependências. Embora você possa optar por instalar os componentes extras, o Amazon EMR não oferecerá suporte a eles ou a suas dependências. Por exemplo, você pode instalar aplicações de terceiros na AMI personalizada para reforçar a segurança do cluster, instalar componentes adicionais ou copiar objetos usando scripts de ação de bootstrap ou SSH no cluster e atualizar as versões padrão do pacote. O Amazon EMR não é compatível com esses componentes. O Standard Support não cobre ações de bootstrap, pacotes, bibliotecas, seu código personalizado e aplicativos bring-your-own personalizados fornecidos pelo cliente que você pode configurar o Amazon EMR para instalar para sua conveniência.

  • Seus clusters existentes não serão afetados, independentemente da versão do Amazon EMR que estejam executando. Você pode continuar executando os clusters existentes sem interrupções. Você também pode continuar lançando novos clusters e executando trabalhos em qualquer uma das versões existentes e novas. Todos os lançamentos existentes e novos no momento em que a política entrar em vigor são cobertos pelo suporte padrão por 24 meses a partir da data inicial de lançamento da versão do Amazon EMR. O Amazon EMR fornecerá a você um suporte intermediário durante o anúncio inicial da política. Para receber suporte ininterrupto, recomendamos testar suas aplicações e fazer o upgrade imediato para a versão mais recente do Amazon EMR.

  • O Amazon EMR não alterará os componentes do suporte padrão em versões ou clusters existentes. No entanto, o Amazon EMR se reserva o direito de honrar o fim da vida útil inicial e remover esses componentes nas novas versões ou transferir a versão existente para o status End of Support (EoS) ou End of Life (EoL) em casos excepcionais. case-by-case Notificaremos você sobre qualquer remoção por meio dos canais disponíveis.

  • Quando uma nova região for lançada, o Amazon EMR só oferecerá suporte às versões de lançamento do Amazon EMR sob o suporte padrão, lançadas seis meses antes da data em que a nova região estiver disponível ao público geral.

  • O Amazon EMR não atualizará automaticamente os clusters existentes para as versões mais recentes. No entanto, você pode optar por atualizar os novos clusters para as versões mais recentes do patch, se desejar.

  • O custo do uso não suportado do Amazon EMR contará para AWS sua fatura. Mesmo que você esteja usando o Amazon EMR sem suporte, os custos associados a esse uso ainda fazem parte do seu AWS consumo geral e serão incluídos no cálculo das taxas de suporte.

Para obter mais informações, entre em contato com o AWS Developer Support.