CreateLoadBalancerHTTPSListener - ENS: Central de Documentação do Alibaba Cloud

Cria um listener HTTPS.

Descrição da operação

até 100 vezes por segundo por conta.
até 10 vezes por segundo por usuário.

Experimente agora

Experimente esta API no OpenAPI Explorer, sem necessidade de assinatura manual. Chamadas bem-sucedidas geram automaticamente código SDK correspondente aos seus parâmetros. Faça o download com segurança de credenciais integrada para uso local.

Testar

Autorização RAM

A tabela abaixo descreve a autorização necessária para chamar esta API. Você pode defini-la em uma política do Resource Access Management (RAM). As colunas da tabela estão detalhadas abaixo:

Ação: As ações que podem ser usadas no elemento Action das instruções de política de permissão do RAM para conceder permissões para executar a operação.
API: A API que você pode chamar para executar a ação.
Nível de acesso: O nível de acesso predefinido concedido para cada API. Valores válidos: create, list, get, update e delete.
Tipo de recurso: O tipo de recurso que suporta autorização para executar a ação. Indica se a ação suporta permissão em nível de recurso. O recurso especificado deve ser compatível com a ação. Caso contrário, a política será ineficaz.
- Para APIs com permissões em nível de recurso, os tipos de recursos obrigatórios são marcados com um asterisco (*). Especifique o Nome de Recurso Alibaba Cloud (ARN) correspondente no elemento Resource da política.
- Para APIs sem permissões em nível de recurso, é exibido como Todos os Recursos. Use um asterisco (*) no elemento Resource da política.
Chave de condição: As chaves de condição definidas pelo serviço. A chave permite controle granular, aplicando-se somente a ações ou a ações associadas a recursos específicos. Além das chaves de condição específicas do serviço, o Alibaba Cloud fornece um conjunto de chaves de condição comuns aplicáveis a todos os serviços compatíveis com RAM.
Ação dependente: As ações dependentes necessárias para executar a ação. Para concluir a ação, o usuário RAM ou a função RAM deve ter permissões para executar todas as ações dependentes.

Ação

Nível de acesso

Tipo de recurso

Chave de condição

Ação dependente

ens:CreateLoadBalancerHTTPSListener

create

*All Resource

*

Nenhuma

Parâmetros da solicitação

Parâmetro	Tipo	Obrigatório	Descrição	Exemplo
LoadBalancerId	string	Sim	O ID da instância do Edge Load Balancer (ELB).	lb-5s8w63yydi59w7klaikam****
ListenerPort	integer	Sim	A porta do listener usada pelo Edge Load Balancer (ELB) para receber solicitações e encaminhá-las aos servidores de back-end. Valores válidos: 1 a 65535. Nota Recomendamos que você use a porta 443 para HTTPS.	8080
ListenerForward	string	Não	Especifica se o redirecionamento de HTTP para HTTPS deve ser ativado. Valores válidos: on off (padrão)	off
ForwardPort	integer	Não	A porta do listener usada para redirecionar solicitações HTTP para HTTPS.	0
Description	string	Não	A descrição do listener. A descrição deve ter de 1 a 80 caracteres. Nota O valor não pode começar com `http://` ou `https://`.	Listener description
Scheduler	string	Não	O algoritmo de agendamento. Valores válidos: wrr (padrão): Servidores de back-end com pesos maiores recebem mais solicitações do que servidores de back-end com pesos menores. wlc: As solicitações são distribuídas com base no peso e na carga de cada servidor de back-end. A carga refere-se ao número de conexões em um servidor de back-end. Se dois servidores de back-end tiverem o mesmo peso, o servidor de back-end com menos conexões receberá mais solicitações. rr: As solicitações são distribuídas aos servidores de back-end em sequência. sch: hash consistente com base em endereços IP de origem. As solicitações do mesmo endereço IP de origem são distribuídas para o mesmo servidor de back-end. qch: hash consistente com base em IDs de conexão QUIC (CIDs). As solicitações que contêm o mesmo CID QUIC são distribuídas para o mesmo servidor de back-end. iqch: hash consistente com base em três bytes específicos de CIDs iQUIC. As solicitações com os mesmos segundo, terceiro e quarto bytes são distribuídas para o mesmo servidor de back-end.	wrr
StickySessionType	string	Não	O método usado para lidar com cookies. Valores válidos: insert: insere um cookie. O ELB insere um cookie de sessão (SERVERID) na primeira resposta HTTP ou HTTPS enviada a um cliente. As solicitações subsequentes ao ELB carregam esse cookie, e o ELB determina os servidores de destino das solicitações com base nos cookies. server: reescreve o cookie original. O SLB reescreve os cookies personalizados nas solicitações de um cliente. As solicitações subsequentes do cliente que carregam o novo cookie são encaminhadas para o mesmo servidor de back-end da primeira solicitação. Nota Este parâmetro é obrigatório quando o parâmetro StickySession é definido como on.	insert
CookieTimeout	integer	Não	O período de tempo limite de um cookie. Valores válidos: 1 a 86400. Unidade: segundos. Nota Este parâmetro é obrigatório se você definir StickySession como on e StickySessionType como insert.	100
Cookie	string	Não	O cookie configurado no servidor. O cookie deve ter de 1 a 200 caracteres e conter apenas caracteres ASCII e dígitos. Nota Este parâmetro é obrigatório se você definir StickySession como on e StickySessionType como server.	example
HealthCheck	string	Sim	Indica se o recurso de verificação de integridade está ativado. Valores válidos: on off	on
HealthCheckDomain	string	Não	O nome de domínio que você deseja usar para verificações de integridade. Nota Este parâmetro só entra em vigor se você definir HealthCheck como on.	example.com
HealthCheckURI	string	Não	O URI usado para verificações de integridade. O URI deve ter de 1 a 80 caracteres. Nota Uma URL deve começar com uma barra (`/`), mas não pode conter apenas barras (`/`).	/checkpreload.htm
HealthyThreshold	integer	Não	O número de verificações de integridade bem-sucedidas consecutivas que devem ocorrer antes que um servidor de back-end não íntegro e inacessível seja declarado íntegro e acessível. Valores válidos: 2 a 10. Valor padrão: 3. Nota Este parâmetro só entra em vigor se você definir HealthCheck como on.	3
UnhealthyThreshold	integer	Não	O número de verificações de integridade com falha consecutivas que devem ocorrer antes que um servidor de back-end íntegro e acessível seja declarado não íntegro e inacessível. Valores válidos: 2 a 10. Valor padrão: 3. Nota Este parâmetro só entra em vigor se você definir HealthCheck como on.	3
HealthCheckTimeout	integer	Não	O período de tempo limite de uma resposta de verificação de integridade. Se um servidor de back-end não responder dentro do período de tempo limite especificado, o servidor não passará na verificação de integridade. Valor padrão: 5. Valores válidos: 1 a 300. Unidade: segundos. Nota Este parâmetro só entra em vigor se o parâmetro HealthCheck estiver definido como on. Se o valor de HealthCheckTimeout for menor que o valor de HealthCheckInterval, o período de tempo limite especificado por HealthCheckTimeout se tornará inválido e o valor de HealthCheckInterval será usado como período de tempo limite.	5
HealthCheckConnectPort	integer	Não	A porta usada para verificações de integridade. Valores válidos: 1 a 65535. Se você deixar este parâmetro vazio, a porta especificada por BackendServerPort será usada para verificações de integridade. Nota Este parâmetro só entra em vigor se você definir HealthCheck como on.	11
HealthCheckInterval	integer	Não	O intervalo no qual as verificações de integridade são realizadas. Valores válidos: 1 a 50. Valor padrão: 2. Unidade: segundos. Nota Este parâmetro só entra em vigor se você definir HealthCheck como on.	2
HealthCheckHttpCode	string	Não	O código de status HTTP para uma verificação de integridade bem-sucedida. Valores válidos: http_2xx (padrão) http_3xx http_4xx http_5xx Nota Este parâmetro só entra em vigor se você definir HealthCheck como on.	http_2xx
IdleTimeout	integer	Não	O período de tempo limite para conexões ociosas. Valor padrão: 15. Valores válidos: 1 a 60. Unidade: segundos. Nota Se nenhuma solicitação for recebida dentro do período de tempo limite especificado, o ELB fechará a conexão. Quando outra solicitação for recebida, o ELB estabelecerá uma nova conexão.	15
RequestTimeout	integer	Não	O período de tempo limite das solicitações. Valor padrão: 60. Valores válidos: 1 a 180. Unidade: segundos. Nota Se nenhuma resposta for recebida do servidor de back-end dentro do período de tempo limite especificado, o ELB retornará um código de erro HTTP 504 ao cliente.	60
ServerCertificateId	string	Sim	O ID do certificado do servidor.	60276**
HealthCheckMethod	string	Não	O método de solicitação HTTP para verificações de integridade. Valores válidos: head (padrão): solicita o cabeçalho da página. get: solicita a parte especificada da página e retorna o corpo da entidade. Nota Este parâmetro só entra em vigor se o parâmetro HealthCheck estiver definido como on.	head
BackendServerPort	integer	Não	A porta de back-end usada pela instância do ELB. Valores válidos: 1 a 65535.	8080

Elementos de resposta

Elemento	Tipo	Descrição	Exemplo
	object	Esquema da resposta.
RequestId	string	O ID da solicitação.	473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E

Exemplos

Resposta de sucesso

JSON formato

{
  "RequestId": "473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E"
}

Códigos de erro

Código de status HTTP	Código de erro	Mensagem de erro	Descrição
400	Invalid%s	The specified parameter %s is invalid.
400	Missing%s	You must specify the parameter %s.
400	LoadBalancerNotFound	The input parameter loadBalancerId that is not found.
400	IncorrectInstanceStatus	The current status of the resource does not support this operation.	The current operation is not supported. The disk is being reset.
400	ServerCertificateNotFound	The input parameter serverCertificateId that is not found.
400	ens.interface.error	Failed to call API.
400	ListenerAlreadyExists	The listener already exists.	The listener already exists.
400	NoPermission	Permission denied.
400	InvalidParameter.%s	The specified field %s invalid. Please check it again.

Consulte Códigos de Erro para uma lista completa.

Notas de versão

Consulte Notas de Versão para uma lista completa.