Cross-Cloud Interconnect es un producto que te ayuda a establecer una conectividad dedicada de ancho de banda alto entre Google Cloud y otro proveedor de servicios en la nube.
Cuando compras Cross-Cloud Interconnect, Google aprovisiona una conexión física dedicada entre la red de Google y la de otro proveedor de servicios en la nube. Puedes usar esta conexión para el intercambio de tráfico de tu red de nube privada virtual (VPC) de Google con tu red que está alojada en el proveedor de servicios en la nube admitido.
Google admite la conexión hasta el punto en el que llega a la red de tu otro proveedor de servicios en la nube. Google no garantiza el tiempo de actividad del otro proveedor de servicios en la nube y no puede crear un ticket de asistencia en tu nombre. Sin embargo, con tu permiso, el equipo de Asistente al Google Cloud puede comunicarse directamente con el equipo de asistencia al cliente de tu otro proveedor de servicios en la nube para acelerar la resolución de problemas.
Cloud Interconnect te ayuda a evitar algunos de los problemas comunes asociados con la configuración de múltiples nubes, como se describe en la siguiente sección.
Ventajas
En esta sección, se describen los beneficios de las múltiples nubes en general y de Cross-Cloud Interconnect en particular.
Estrategia integrada de múltiples nubes
Cross-Cloud Interconnect admite la adopción de una estrategia integrada de múltiples nubes. Adoptar una arquitectura de múltiples nubes te permite hacer lo siguiente:
Evitar estar atado a un único proveedor
Almacenar los datos en una nube mientras alojas la lógica empresarial en otra
Evitar tiempo de inactividad si la nube tiene una interrupción
Usar la segunda nube para recuperación ante desastres
Maximizar las estadísticas empresariales a través del análisis de los datos en múltiples nubes
Complejidad reducida
Sin Cross-Cloud Interconnect, las opciones para configurar la conectividad son limitadas y todas son relativamente complejas.
Una opción es implementar tu propio router en una instalación de colocación y, luego, conectarlo a las redes de tus proveedores de servicios en la nube. En general, este enfoque puede ser costoso y llevar mucho tiempo.
Otra opción es contratar a un tercero para establecer la conectividad. Sin embargo, puede ser un inconveniente seleccionar un proveedor, o posiblemente varios, y, luego, negociar uno o más contratos. Cuando usas este enfoque, también debes invertir tiempo en aprender sobre los sistemas específicos de tus proveedores.
Cuando usas Cross-Cloud Interconnect, no tienes que implementar tu propio hardware y borras la necesidad de trabajar con terceros.
Transferencia de datos de sitio a sitio
Puedes usar Cross-Cloud Interconnect como parte de una estrategia de transferencia de datos de sitio a sitio. La transferencia de datos de sitio a sitio es una función de Network Connectivity Center que te permite usar la red de Google como una red de área extensa (WAN).
Con esta función, puedes conectar tus redes externas a Google Cloud mediante recursos de conectividad compatibles. Luego, debes asociar cada recurso de conectividad con un radio de Network Connectivity Center y habilitar los radios para la transferencia de datos de sitio a sitio. En ese momento, puedes realizar una transferencia de datos entre los sitios.
Puedes usar este atributo para hacer lo siguiente:
Conecta tus redes de nube: Supongamos que tienes una red alojada por Microsoft Azure y otra alojada por Amazon Web Services (AWS). En esta situación, puedes establecer un par de conexiones de Cloud Interconnect para llegar a la red de Azure y otra para llegar a la red de AWS. Después de configurar los radios de Network Connectivity Center, puedes usar la red de Google para transferir datos entre las redes de Azure y AWS.
Conecta una red local a otras nubes: Supongamos que tienes la configuración que se describe en el punto anterior, pero también tienes oficinas en Nueva York y Sídney. En esta situación, puedes establecer la conectividad a tus oficinas mediante recursos como los adjuntos de VLAN de interconexión dedicada o los túneles de Cloud VPN (VPN con alta disponibilidad). Después de crear radios, puedes usar la red de Google para transferir datos entre cualquiera de tus oficinas y tus redes de Azure y AWS.
La transferencia de datos de sitio a sitio solo se admite en ciertas ubicaciones.
Encriptación
Cross-Cloud Interconnect admite MACsec para la encriptación de Cloud Interconnect a fin de obtener seguridad adicional. Puedes usar MACsec para Cloud Interconnect y ayudar a proteger el tráfico en tus conexiones de Cross-Cloud Interconnect. Si deseas más información, consulta la descripción general de MACsec para Cloud Interconnect.
Proveedores de servicios en la nube compatibles
Google admite los siguientes proveedores de servicios en la nube para usar con Cross-Cloud Interconnect:
Amazon Web Services (AWS)
Microsoft Azure
Infraestructura de Oracle Cloud (OCI)
Alibaba Cloud
Cross-Cloud Interconnect y esta documentación hacen referencia a esos proveedores de servicios en la nube como tu proveedor de servicios en la nube remota o nube remota.
Comparación con la interconexión de socio de Cross-Cloud Interconnect para OCI
Si bien Cross-Cloud Interconnect te permite activar la conectividad dedicada entre Google Cloud y OCI, Cross-Cloud Interconnect de socio para OCI te permite conectar cualquier recurso de Google Cloud y OCI de forma privada en ubicaciones vinculadas disponibles. Usa la siguiente tabla para elegir la opción que mejor se adapte a tus necesidades:
| Función | Cross‑Cloud Interconnect | Cross-Cloud Interconnect de socio para OCI |
|---|---|---|
| Usuario |
Las conexiones son de tu propiedad y no se pueden compartir entre organizaciones. |
Google Cloud y OCI son propietarios de los puertos, y varios clientes pueden usar las conexiones. |
| Velocidades admitidas |
10 Gbps, 100 Gbps. |
1 Gbps, 2 Gbps, 5 Gbps, 10 Gbps, 20 Gbps y 50 Gbps. |
| Costo |
Pagas por los puertos y los adjuntos en las nubes y por la transferencia de datos fuera del tráfico que sale de Google Cloud. |
Pagas por los archivos adjuntos de socios de Google Cloud y los circuitos virtuales de OCI. No se cobra ninguna tarifa por la transferencia de datos. |
| Rendimiento |
Latencia óptima. |
Latencia óptima. |
| Asistencia |
Google admite la conexión hasta la demarcación de la OCI. |
Google Cloud y OCI se asocian para admitir la solución de extremo a extremo. |
Atención al cliente de Google para Cross‐Cloud Interconnect
En el siguiente diagrama, se muestra el punto de los cables físicos de los que es responsable el servicio de Atención al cliente de Google. Para cualquier otro problema, comunícate con el otro proveedor de servicios en la nube que usas.
Capacidad
Las conexiones de Cloud Interconnect están disponibles en dos tamaños: 10 Gbps o 100 Gbps.
Proceso de configuración
Para comenzar el proceso de configuración, identifica las ubicaciones compatibles en las que quieres que Google coloque tus conexiones. Después, debes comprar puertos principales y redundantes a través de Cloud Interconnect. Compra también puertos principales y redundantes de tu proveedor de servicios en la nube remota.
Después de realizar la compra a tu proveedor de servicios en la nube remota, este te proporcionará la documentación que te autoriza a conectarte a su router. Envías esta documentación a Google. En ese momento, Google puede aprovisionar tus conexiones. Para cada conexión, Google conecta físicamente uno de tus puertos de Cloud Interconnect a uno de tus puertos de nube remotos.
Después de que Google aprovisione tu conexión, te notificaremos que la conexión está lista para usarse. Para comenzar a usar la conexión, configura tus recursos de Google Cloud y tus recursos de nube remota.
Para obtener una descripción general más detallada, consulta una de las siguientes opciones:
Precios fijos
La interconexión dedicada ofrece precios fijos de puertos para la transferencia de datos salientes para adjuntos de VLAN. Esto te permite obtener una factura mensual fija para las transferencias de datos salientes para las siguientes conexiones de interconexión dedicada:
- Conexiones con adjuntos de VLAN locales a la región de Google Cloud en la que están conectados los adjuntos.
- Conexiones con adjuntos de VLAN locales o remotos a la región de Google Cloud en la que están conectados los adjuntos.
- Todas las conexiones con adjuntos de VLAN en una ubicación geográfica (como los Estados Unidos) que sean locales o remotas de la región de Google Cloud en la que están conectados los adjuntos.
Una conexión local es un adjunto de VLAN en una ubicación metropolitana con una región de destino de Google Cloud en la misma ubicación metropolitana que tu adjunto de VLAN.
Por ejemplo, si obtienes un adjunto de VLAN en la ubicación metropolitana de Los Ángeles, California, la región local de Google Cloud es us-west2.
Una conexión remota es un adjunto de VLAN en una ubicación metropolitana con una región de Google Cloud de destino que no está en la misma ubicación metropolitana que tu adjunto de VLAN. Por ejemplo, si obtienes un adjunto de VLAN en la ubicación metropolitana de Portland, Oregón, no hay una región local de Google Cloud disponible en esa ubicación metropolitana.
Del mismo modo, si creas un adjunto de VLAN en la ubicación de área metropolitana de Los Ángeles, California, las transferencias de datos salientes de la región de Google Cloud us-east4 se consideran conexiones remotas, ya que se encuentran en diferentes ubicaciones de área metropolitana.
Las siguientes regiones de Google Cloud solo ofrecen asistencia para precios fijos para adjuntos de VLAN remotos en la interconexión dedicada:
- us-west1
- us-east1
- europe-west4
- europe-north1
- asia-east1
Para solicitar una conexión de interconexión con precios de puerto fijos, comunícate con tu equipo de cuentas.
Acuerdo de nivel de servicio
Cross-Cloud Interconnect usa el Acuerdo de Nivel de Servicio (SLA) de Cloud Interconnect. Dado que Cross-Cloud Interconnect es un modelo de responsabilidad compartida entre Google Cloud y otro proveedor de servicios en la nube, el ANS de Cloud Interconnect abarca la infraestructura de Google Cloud hasta el momento en que se transfiere al otro proveedor de servicios en la nube.
Para calificar en el ANS, tu configuración de Cross-Cloud Interconnect debe usar uno de los enfoques que se describen en las siguientes secciones.
Ambos enfoques requieren redundancia. Para incorporar redundancia, como mínimo, ubicas las conexiones en dos dominios de disponibilidad perimetral. Un dominio de disponibilidad perimetral es una zona dentro de un área metropolitana. El uso de varios dominios de disponibilidad perimetral maximiza la disponibilidad porque dos dominios en la misma área metropolitana no suelen estar inactivos por mantenimiento al mismo tiempo.
Requisitos mínimos
El ANS de Cloud Interconnect requiere que tengas, como mínimo, dos conexiones: una principal y una redundante, cada una en un dominio de disponibilidad perimetral diferente de un área metropolitana. Este enfoque te brinda una disponibilidad del 99.9%.
Alta disponibilidad
Para las aplicaciones más importantes, configura dos pares de conexiones. Cada par debe estar ubicado en un área metropolitana diferente. Dentro de cada área metropolitana, debes usar dos dominios de disponibilidad perimetral diferentes. Este enfoque te brinda una disponibilidad del 99.99%.
Limitaciones
En esta sección, se describen las limitaciones de Cross-Cloud Interconnect.
Ubicaciones
Las conexiones solo se admiten en ciertas ubicaciones. Para obtener más información, consulta los siguientes documentos:
IPv6
IPv6 solo es compatible cuando intercambias rutas IPv6 a través de una sesión de Protocolo de puerta de enlace fronteriza (BGP) que se estableció entre dos direcciones IPv4.