Upgrade AIStor on Linux
This page documents upgrade procedures for AIStor Server deployments on Baremetal Linux infrastructure.
All AIStor software supports non-disruptive upgrades with zero downtime. In optimal environments, cluster-wide upgrades typically complete in under 500 milliseconds with large clusters (1000+ nodes) completing in less than 5 seconds.
Upgrade AIStor using DEB or RPM
Use these steps to upgrade an AIStor deployment where the server process is managed by systemctl
, such as those created using the AIStor DEB/RPM packages.
This procedure assumes you have the MINIO_CONFIG_ENV_FILE
variable set on all AIStor nodes.
-
Update the AIStor Binary on Each Node
Run
minio --version
on each node to validate that you successfully upgraded all binaries to the same version. Do not proceed unless all nodes use the same AIStor binary version. -
Restart the Deployment
Run the
mc admin service restart
command to restart all server processes in the deployment simultaneously.mc admin service restart ALIAS
Replace alias of the AIStor deployment to restart.
S3-compatible SDKs and applications should retry operations automatically, such that the restart process is typically non-disruptive to ongoing operations.
-
Validate the Upgrade
Use the
mc admin info
command to check that all AIStor servers are online, operational, and reflect the installed AIStor version. -
Upgrade AIStor Client
Upgrade your
mc
binary to match or closely follow the server release. You can use themc update
command to update the binary to the latest stable release:mc update
Upgrade AIStor through binary replacement
You can download and manually replace the minio
server binary on each of the host nodes in the deployment.
You must then restart all nodes simultaneously, such as by using mc admin service restart
.
This method targets deployments that do not rely on the DEB or RPM packages for installation.
-
Download the AIStor binary
Download the latest stable AIStor binary for Linux and copies it to
/usr/local/bin
. The command overwrites the existingminio
binary at that path. Use the command appropriate for your host system CPU architecture.AMD64
curl --retry 10 --progress-bar -L https://dl.min.io/aistor/minio/release/linux-amd64/minio chmod +x ./minio
ARM64
curl --retry 10 --progress-bar -L https://dl.min.io/aistor/minio/release/linux-arm64/minio chmod +x ./minio
-
Replace the older binary
Move and overwrite the existing binary using root permissions if necessary.
sudo mv -f ./minio /usr/local/bin/minio
Repeat for all nodes in the deployment.
-
Restart the deployment
Use the
mc admin service restart
command to restart all nodes in the deployment simultaneously. Rolling or one-at-a-time restarts may produce undesired behavior as nodes start up with incompatible binaries.Monitor the status of the deployment using
journalctl -uf minio
. Once all nodes reach healthy status, you can further validate the upgrade usingmc admin info
. -
Upgrade AIStor Client
Upgrade your
mc
binary to match or closely follow the server release. You can use themc update
command to update the binary to the latest stable release:mc update
Upgrade AIStor using CLI Commands
The mc admin update supports updating the AIStor binary on all hosts in the deployment simultaneously. The command requires the following:
-
All host machines must have access to the internet such that they can resolve calls to the
dl.min.io
subdomain. -
The system user and group
minio-user
have write access to the AIStorminio
binary, typically located at/usr/local/bin
.
Use chown 775 minio-user:minio-user /usr/local/bin
to set the appropriate permissions on all hosts prior to attempting to run the command.
For example, the following command updates a cluster with the alias PRODUCTION
:
mc admin update PRODUCTION
The command provides a prompt to confirm the upgrade procedure. Follow the prompt to confirm and start the upgrade. Once completed, the cluster automatically restarts.
Use the mc admin info command to validate the AIStor version used by the cluster post upgrade.