The migrate agent feature enables a secure transition from an existing agent to a newer version that enforces encrypted communication. This migration enhances overall security by applying encryption both at the persistent level and in transit.
Key benefits after migration
- Periodic key rotation: Agent keys are rotated automatically and regularly to maintain strong cryptographic hygiene.
-
End-to-End Encryption: All communication between
system components is now fully secured. This includes:
Amazon SQS messages: All messages exchanged via SQS are encrypted in transit.
- Cloud to on-premises communication: Data transferred between cloud and on-prem components is protected through secure encryption protocols.
Prerequisites
Before initiating the migration, ensure the following prerequisites are met:
- Agent status: The agent is running and in a healthy state.
-
CLI tool update: The agent’s CLI tool (
discli) is updated to the latest version. -
Operator version: Agents must be running at least on
version 2.0.0 or higher of the operator. Agents with
versions below 2.0.0 cannot execute the
./discli agent migratecommand. -
Kafka version update:
- If the Kafka version is 1.1.2, update the
Kafka service to 1.1.3 before migration. Use
the command
./discli agent applyKafkaVersion 1.1.3to apply the Kafka version update.
- If the Kafka version is 1.1.2, update the
Kafka service to 1.1.3 before migration. Use
the command
Updating the CLI tool
To update the CLI tool, run the following command from the agent machine: ./discli updateCli
For complete steps to perform the prereqisites of agent migration, refer to the Available CLI commands documentation.
How to migrate the agent
To begin the migration, execute the command ./discli agent migrate. This command upgrades the agent to operate in fully end-to-end encrypted mode.
What happens during migration
-
Migration Inititation: Migration is initiated using the
disclitool. - Temporary health status change: The agent status may briefly appear red (unhealthy) in the UI. This is expected and temporary. While communication is briefly paused, workload processing will continue.
- Post-migration status: Once migration completes, the agent status automatically returns to green (healthy).
Components introduced during migration
As part of the upgrade, the following new services are installed:
-
Trust Manager: Establishes secure trust between system components and manages identity exchange within your environment.
- Credentials Management Service (ACMS): Manages and securely stores encryption keys and credentials in the keystore to enable end-to-end encryption.
Migration failure
If the migration fails, we recommend renewing the agent certificates using the command: ./discli agent renewCerts This can help resolve most certificate-related migration issues.