LogoLogo
5.0.X
5.0.X
  • About Trilio for Kubernetes
    • Welcome to Trilio For Kubernetes
    • Version 5.0.X Release Highlights
    • Compatibility Matrix
    • Marketplace Support
    • Features
    • Use Cases
  • Getting Started
    • Getting Started with Trilio on Red Hat OpenShift (OCP)
    • Getting Started with Trilio for Upstream Kubernetes (K8S)
    • Getting Started with Trilio for AWS Elastic Kubernetes Service (EKS)
    • Getting Started with Trilio on Google Kubernetes Engine (GKE)
    • Getting Started with Trilio on VMware Tanzu Kubernetes Grid (TKG)
    • More Trilio Supported Kubernetes Distributions
      • General Installation Prerequisites
      • Rancher Deployments
      • Azure Cloud AKS
      • Digital Ocean Cloud
      • Mirantis Kubernetes Engine
      • IBM Cloud
    • Licensing
    • Using Trilio
      • Overview
      • Post-Install Configuration
      • Management Console
        • About the UI
        • Navigating the UI
          • UI Login
          • Cluster Management (Home)
          • Backup & Recovery
            • Namespaces
              • Namespaces - Actions
              • Namespaces - Bulk Actions
            • Applications
              • Applications - Actions
              • Applications - Bulk Actions
            • Virtual Machines
              • Virtual Machine -Actions
              • Virtual Machine - Bulk Actions
            • Backup Plans
              • Create Backup Plans
              • Backup Plans - Actions
            • Targets
              • Create New Target
              • Targets - Actions
            • Hooks
              • Create Hook
              • Hooks - Actions
            • Policies
              • Create Policies
              • Policies - Actions
          • Monitoring
          • Guided Tours
        • UI How-to Guides
          • Multi-Cluster Management
          • Creating Backups
            • Pause Schedule Backups and Snapshots
            • Cancel InProgress Backups
            • Cleanup Failed Backups
          • Restoring Backups & Snapshots
            • Cross-Cluster Restores
            • Namespace & application scoped
            • Cluster scoped
          • Disaster Recovery Plan
          • Continuous Restore
      • Command-Line Interface
        • YAML Examples
        • Trilio Helm Operator Values
    • Upgrade
    • Air-Gapped Installations
    • Uninstall
  • Reference Guides
    • T4K Pod/Job Capabilities
      • Resource Quotas
    • Trilio Operator API Specifications
    • Custom Resource Definition - Application
  • Advanced Configuration
    • AWS S3 Target Permissions
    • Management Console
      • KubeConfig Authenticaton
      • Authentication Methods Via Dex
      • UI Authentication
      • RBAC Authentication
      • Configuring the UI
    • Resource Request Requirements
      • Fine Tuning Resource Requests and Limits
    • Observability
      • Observability of Trilio with Prometheus and Grafana
      • Exported Prometheus Metrics
      • Observability of Trilio with Openshift Monitoring
      • T4K Integration with Observability Stack
    • Modifying Default T4K Configuration
  • T4K Concepts
    • Supported Application Types
    • Support for Helm Releases
    • Support for OpenShift Operators
    • T4K Components
    • Backup and Restore Details
      • Immutable Backups
      • Application Centric Backups
    • Retention Process
      • Retention Use Case
    • Continuous Restore
      • Architecture and Concepts
  • Performance
    • S3 as Backup Target
      • T4K S3 Fuse Plugin performance
    • Measuring Backup Performance
  • Ecosystem
    • T4K Integration with Slack using BotKube
    • Monitoring T4K Logs using ELK Stack
    • Rancher Navigation Links for Trilio Management Console
    • Optimize T4K Backups with StormForge
    • T4K GitHub Runner
    • AWS RDS snapshots using T4K hooks
    • Deploying Trilio For Kubernetes with Openshift ACM Policies
  • Krew Plugins
    • T4K QuickStart Plugin
    • Trilio for Kubernetes Preflight Checks Plugin
    • T4K Log Collector Plugin
    • T4K Cleanup Plugin
  • Support
    • Troubleshooting Guide
    • Known Issues and Workarounds
    • Contacting Support
  • Appendix
    • Ignored Resources
    • OpenSource Software Disclosure
    • CSI Drivers
      • Installing VolumeSnapshot CRDs
      • Install AWS EBS CSI Driver
    • T4K Product Quickview
    • OpenShift OperatorHub Custom CatalogSource
      • Custom CatalogSource in a restricted environment
    • Configure OVH Object Storage as a Target
    • Connect T4K UI hosted with HTTPS to another cluster hosted with HTTP or vice versa
    • Fetch DigitalOcean Kubernetes Cluster kubeconfig for T4K UI Authentication
    • Force Update T4K Operator in Rancher Marketplace
    • Backup and Restore Virtual Machines running on OpenShift
    • T4K For Volumes with Generic Storage
    • T4K Best Practices
Powered by GitBook
On this page
  • Overview
  • Prerequisites
  • Adding Clusters
  • Editing or Deleting a cluster

Was this helpful?

  1. Getting Started
  2. Using Trilio
  3. Management Console
  4. UI How-to Guides

Multi-Cluster Management

This page describes MultiCloud Management through the Trilio Management console and explains how to connect T4K clusters together.

PreviousUI How-to GuidesNextCreating Backups

Last updated 5 months ago

Was this helpful?

Overview

Trilio supports multi-cloud management (MCM) by allowing users to manage multiple T4K instances via its management console. As a result, application and data management between multiple Kubernetes clusters is simplified via a single pane of glass.

Trilio's MCM feature is built on a peer-to-peer model. Any cluster can be the primary cluster and any cluster can be the secondary cluster as per the users preference. Since Trilio's management console is completely stateless and aligned with Kubernetes RBAC, each user can connect clusters as per their RBAC and that view will be saved specifically for that user upon next login.

For example - Let's assume there are two users User1 and User2 with access to 5 Kubernetes clusters (Cluster1 through Cluster 5).

  1. User 1 connects Cluster 3 and 5 to cluster 1 (primary) providing their kubeconfig for those clusters - This information will be saved and loaded every time the user logs into the primary instance via their kubeconfig

  2. User 2 connects Cluster 1 and 4 to cluster 2 (primary) providing their kubeconfig for those clusters. This information will be saved and loaded every time the user logs into the primary instance via their kubeconfig

As a result, the management console becomes extremely flexible and aligned with each users view of their Kubernetes landscape (some Cluster 1 users may have access to Cluster 2, but not all) by providing them a lens into their specific clusters and not hardcoding a specific topology to align with.

Prerequisites

  1. T4K must be installed in the Kubernetes cluster

  2. Web console for the T4K instance must be setup and configured before connecting it to another T4K console.

  3. User connecting a cluster must provide a kubeconfig file to connect to the cluster

    1. The kubeconfig file must have the correct access permissions for accessing the T4K instance in that cluster.

Adding Clusters

  1. Ensure that you have access to the Management Console UI. Refer to Configuring the UI.

  2. T4K supports authentication via KubeConfig files and via Dex, which is an identity service IDP plugin for other identity providers. To add clusters using LDAP and OIDC (Google SSO) authentications, you must first configure this. Refer to UI Authentication.

  3. Carefully perform each step described in .

  4. Ensure that you have a suitable license. Refer to .

Editing or Deleting a cluster

Connected T4K clusters can be edited or deleted from a T4K management console

  1. Click Primary (needed to enable MCM functions)

  2. Click the 3 dots next to the cluster you want to edit or delete

Multiple Versions

Trilio for Kubernetes management console supports connecting different versions of T4K clusters. In general, the primary cluster features will supersede the visualization in the console and the connected clusters will align with those features.

When connecting T4K clusters of different versions the following message will be shown:

If a user is trying to connect the T4K UI of the primary cluster running on HTTP protocol to the T4K UI of secondary cluster running on HTTPS protocol then connection would fail to auto-populate the Kubernetes Distribution Type and load the different authentication options from Dex. Please follow to workaround this scenario.

this section
Adding New Clusters
Actions: License Update
Edit or Delete a cluster within T4K Management Console
version mismatch warning