Creación de un servicio Private Path en la consola

Para crear un servicio de vía de acceso privada con la consola de IBM Cloud, siga estos pasos:

1. Desde el navegador, abra la consola de IBM Cloud e inicie sesión en su cuenta.

2. Seleccione el icono Menú de navegación y, a continuación, haga clic en Infraestructura > Red > Servicios privados.

3. Pulse Crear.

4. Revise la lista de comprobación para obtener información importante.

5. En la sección Ubicación, asegúrese de que los campos siguientes son correctos. Si no es así, pulse el icono Editar para actualizar.

   • Geografía: el área general donde desea crear el servicio de vía de acceso privada.
   • Región: La región en la que desea crear el servicio Private Path.

6. En la sección Detalles, facilite la siguiente información:

   • Nombre: Especifique un identificador exclusivo para el servicio de vía de acceso privada, como por ejemplo my-privatepath-service.
   • Grupo de recursos: seleccione un grupo de recursos, si es necesario.
   • Etiquetas: opcionalmente, añada las etiquetas relevantes para ayudar a agrupar los servicios de vía de acceso privada.
   • Etiquetas de gestión de acceso: Opcionalmente, añada etiquetas de gestión de acceso a los recursos para ayudar a organizar las relaciones de control de acceso. El único formato admitido para las etiquetas de gestión de accesos es key:value. Para obtener más información, consulte Control del acceso a los recursos mediante etiquetas.
   • Cloud privado virtual: seleccione la VPC en la que desea crear el servicio de vía de acceso privada.

7. En la sección Balanceador de carga de red Private Path, seleccione un NLB Private Path para el servicio Private Path, o haga clic en Crear para crear uno. Para crear un NLB de ruta privada, siga estos pasos:

   Pulse Siguiente para ir al paso siguiente o utilice el menú de navegación de la izquierda para volver a una sección específica.

   1. En la sección Definir detalles, facilite la siguiente información:

      • Nombre: Especifique un identificador exclusivo para el NLB de vía de acceso privada, como my-privatepath-service.
      • Grupo de recursos: Seleccione un grupo de recursos para el NLB de vía de acceso privada.
      • Etiquetas: opcionalmente, añada las etiquetas relevantes para ayudar a agrupar los NLB de vía de acceso privada.
      • Etiquetas de gestión de acceso: Opcionalmente, añada etiquetas de gestión de acceso a los recursos para ayudar a organizar las relaciones de control de acceso. El único formato admitido para las etiquetas de gestión de accesos es key:value. Para más información, consulte Controlar el acceso a los recursos mediante etiquetas.
      • Subred: seleccione la subred en la que desea crear el NLB de vía de acceso privada.

   2. Opcionalmente, en la sección Crear fondo común de back-end:

      • Nombre: Especifique un identificador exclusivo para el NLB de vía de acceso privada, como my-ppnlb.

      • Seleccione el método, que es el algoritmo de equilibrio de carga. Se muestran las opciones siguientes.

        • Round robin- Reenvía las peticiones a cada instancia por turno. Todas las instancias reciben aproximadamente un mismo número de conexiones de cliente.
        • Round robin ponderado: reenvía las solicitudes a cada instancia en proporción a su peso asignado. Por ejemplo, si tiene las instancias A, B y C, y sus ponderaciones se han establecido en 60, 60 y 30, las instancias A y B reciben el mismo igual de conexiones y la instancia C recibe la mitad de conexiones.

        En la sección de comprobación de estado:

        • Ruta de chequeo - La ruta de chequeo sólo es aplicable si selecciona HTTP como protocolo de chequeo. La vía de acceso de comprobación de estado especifica el URL que utiliza el equilibrador de carga para enviar las solicitudes de comprobación de estado HTTP a las instancias de la agrupación. De forma predeterminada, las comprobaciones de estado se envían a la vía de acceso raíz (/).
        • Protocolo de estado: el protocolo que utiliza el equilibrador de carga para enviar mensajes de comprobación de estado a las instancias de la agrupación.
        • Puerto de salud: puerto al que el equilibrador de carga envía las solicitudes de comprobación de salud. De forma predeterminada, las comprobaciones de estado se envían en el mismo puerto en el que se envía el tráfico a la instancia.
        • Interval: intervalo, en segundos, entre dos intentos consecutivos de comprobación de estado. De forma predeterminada, se envían comprobaciones de estado cada 5 segundos.
        • Tiempo de espera- El tiempo máximo que el sistema espera una respuesta de una solicitud de comprobación de estado. De forma predeterminada, el equilibrador de carga espera 2 segundos para obtener una respuesta.
        • Reintentos máximos: número máximo de intentos de comprobación de estado que realiza el equilibrador de carga antes de declarar que una instancia no está en buen estado. De forma predeterminada, se deja de considerar que una instancia está en buen estado después de dos comprobaciones de estado fallidas.

        Aunque el equilibrador de carga deja de enviar conexiones a las instancias que no están sanas, sigue supervisando el estado de estas instancias y reanuda su uso si vuelve a encontrarlas sanas (es decir, si superan con éxito dos intentos consecutivos de comprobación de estado).

      Si las instancias del pool no están sanas y cree que su aplicación funciona correctamente, vuelva a comprobar los valores del protocolo de salud y de la ruta de salud. Compruebe también los grupos de seguridad conectados a las instancias para asegurarse de que las reglas permiten el tráfico entre el equilibrador de carga y las instancias.

      • Pulse Guardar. Repita este paso si desea crear otra agrupación de fondo.

   3. Opcionalmente, en la sección Adjuntar miembros, especifique la siguiente información y haga clic en Adjuntar:

      • Agrupación de fondo: seleccione la agrupación de fondo a la que desea conectar los servidores.

      • Subred: Busque subredes específicas en la tabla y marque la casilla junto a las subredes que desea adjuntar. En la columna Puerto, especifique un número de puerto para cada subred que seleccione.

      • Tipo de miembro: Añada instancias de servidor virtual, IP reservadas o un equilibrador de carga de aplicaciones como miembro. Para instancias de servidor virtual, adjunte cada tipo individualmente. Un miembro IP reservado puede estar vinculado a un servidor bare metal, a una interfaz primaria o secundaria de una instancia de servidor virtual o a una interfaz de red virtual.

        Si adjunta un ALB como destino miembro a un pool NLB de ruta privada, no se podrán añadir otros miembros a dicho pool.

   4. Opcionalmente, en la sección Añadir oyentes front-end, seleccione el grupo back-end al que desea adjuntar su oyente front-end. A continuación, seleccione el valor de puerto de escucha y pulse Guardar. Repita este paso si desea crear otro escucha frontal.

   5. En la sección Revisión, confirme que la información que ha enviado es correcta. Revise el resumen del pedido y haga clic en Crear.

      El NLB de ruta privada tarda unos minutos en crearse. Cuando se crea el equilibrador de carga, su estado cambia de Creando a Activo en la tabla.

8. En la sección Punto final de servicio, haga clic en Crear. Proporcione un nombre para el punto final del servicio al que desea conectar su servicio Private Path. A continuación, valide la propiedad del nombre de dominio FQDN y haga clic en Añadir. Para obtener más información, consulte Registro y verificación de la propiedad de puntos finales de servicio(FQDN).

9. Seleccione esta opción para activar o desactivar la afinidad zonal para los extremos de servicio. Cuando la afinidad zonal está habilitada, el punto final mantiene la persistencia en la zona después de crear la conexión.

10. En la sección Políticas de cuenta:

    • La política predeterminada se establece para revisar y seleccionar cada solicitud de conexión entrante. Puede cambiar la política predeterminada para permitir o denegar todas las solicitudes sin revisión.
    • Para establecer políticas de cuenta diferentes de la política predeterminada, haga clic en Crear. Proporcione el ID de la cuenta para la que desea configurar una política. En la opción Política de cuentas, seleccione Revisar, Permitir o Denegar.

    Las políticas de cuenta individuales tienen prioridad sobre la política predeterminada.

11. Revise la página de resumen y, a continuación, haga clic en Crear para solicitar su servicio Private Path.

    Cuando se completa el suministro, el estado del servicio de vía de acceso privada indica Stable en la tabla de servicios de vía de acceso privada para VPC.

Creación de un servicio Private Path desde la CLI

El ejemplo siguiente muestra cómo utilizar la CLI para crear un servicio de vía de acceso privada.

Antes de empezar, asegúrese de configurar el entorno de CLI.

Para crear un servicio Private Path desde la CLI, siga estos pasos:

1. Escriba el mandato siguiente:

ibmcloud is private-path-service-gateway-create
    [--load balancer LOAD_BALANCER]
    [--service-endpoints SERVICE_ENDPOINTS]
    [--default-access-policy | deny | permit | review]
    [--name NAME]
    [--zonal-affinity | true | false]
    [--output JSON] [-q, --quiet]

Donde:

--load-balancer

Indica el ID o el nombre del equilibrador de carga para este servicio Private Path.

--service-endpoints

Indica los nombres de dominio completos para este servicio Private Path. Las letras mayúsculas se convertirán a minúsculas.

--default-access-policy

Indica la política que se utilizará para las vinculaciones de cuentas sin una política de cuentas explícita. Uno de: deny, permit, review. (valor predeterminado: deny).

--name

Indica el nombre de este servicio Private Path.

--zonal-affinity

indica si este servicio Private Path tiene afinidad zonal. Uno de: false, true.

--output

Especificar el formato de salida, solo se admite JSON. Valores posibles: JSON.

-q, --quiet

Suprimir la salida detallada.

Creación de un servicio Private Path con la API

Para crear un servicio Private Path con la API, siga estos pasos:

1. Configure el entorno de la API.

2. Almacene los valores siguientes en variables que se utilizarán en el mandato de la API:

   • loadBalancerId-En primer lugar, obtenga el equilibrador de carga y, a continuación, rellene la variable:

     export loadBalancerId=<your_loadbalancer_id>
     

3. Cuando se inician todas las variables, para crear un servicio de ruta privada:

   curl -X POST -sH "Authorization:${iam_token}" \
   "$vpc_api_endpoint/v1/private_path_service_gateways?version=$api_version&generation=2" \
   -d {
     "default_access_policy": "review",
     "load_balancer": {
       "id": "$loadBalancerId"
     },
     "name": "my-ppsg",
     "service_endpoints": ["example.com"],
     "zonal_affinity": false
   }'
   

Creación de un servicio Private Path con Terraform

El siguiente ejemplo aprovisiona una red Private Path con Terraform:

resource "ibm_is_private_path_service_gateway" "ppsg" {
    default_access_policy = "deny"
    load_balancer = ibm_is_lb.ppnlb.id
    service_endpoints = ["my-service.example.com"]
    zonal_affinity = false
    name = "my-example-ppsg"
}

Para obtener documentación sobre los recursos de Terraform, consulte el Registro de Terraform.