Ruby Versions

Ruby Versions

The platform supports the latest major Ruby releases and regularly updates the corresponding application-server stacks. You can select the required Ruby version during environment creation and switch to another supported release later by redeploying the container.

Available Ruby Versions

The documented Ruby releases currently available on the platform are:

Ruby VersionHow It Can Be Selected
3.2.10During environment creation or through container redeployment.
3.3.10During environment creation or through container redeployment.
3.4.8During environment creation or through container redeployment.
4.0.1During environment creation or through container redeployment.
i

Versions are updated regularly

The official Software Stack Versions document is updated weekly. Check it before creating or redeploying a production environment.

Create a Ruby Environment

1

Open the environment wizard

Click New Environment at the top of the platform dashboard.

Create a new Ruby environment
Open the topology wizard with the New Environment button.
2

Select the Ruby application server

Switch to the Ruby tab and choose the required application server: Apache or NGINX.

3

Select the engine version

Use the engine-version drop-down list in the central part of the topology wizard to choose the required Ruby release.

Choose Ruby version in the topology wizard
Select Apache or NGINX Ruby and choose the required engine version.
4

Complete the environment configuration

Configure the Cloudlet limit, public IP, region, and other required options, then click Create.

Change the Ruby Version

For an existing environment, change the Ruby version by redeploying its container or container layer.

1

Open the container update dialog

Use either of the following methods:

  • Click Change Environment Topology, then click the current stack or tag version.
  • Click Redeploy Container(s) beside the required node or layer.
Change Ruby version through the topology wizard
Click the current stack or tag version in the topology wizard.
Redeploy Ruby containers
Open the container update dialog with Redeploy Container(s).
2

Configure redeployment

Adjust the required settings in the redeployment dialog:

  • Tag: Select the required Ruby version.
  • Keep volumes data: Preserve data stored in mounted volumes.
  • Simultaneous deployment: Redeploy all containers in the layer at the same time.
  • Sequential deployment with delay: Redeploy scaled containers one by one to reduce downtime.
Ruby container redeploy settings
Choose the Ruby tag and configure data preservation and redeployment mode.

Scaled environments

Use sequential deployment when updating a multi-node Ruby layer to reduce application downtime.

3

Confirm the version change

Click Redeploy and confirm the operation in the pop-up window.

Confirm Ruby container redeployment
Confirm the container redeployment operation.

After the redeployment finishes, the selected Ruby version is applied to the node or all nodes in the selected layer.

Expected Result

A new Ruby environment is created with the selected application server and engine version, or an existing environment is redeployed to another supported Ruby release while preserving the selected volume data.

Important Notes

  • Check the current Software Stack Versions document before production deployment.
  • Verify application and gem compatibility before changing the Ruby version.
  • Enable Keep volumes data when persistent volume data must be preserved.
  • A simultaneous redeployment can interrupt all nodes in a scaled layer.
  • Use sequential deployment to reduce downtime in multi-node environments.
  • Review deployment and application logs after the update.

Common Issues and Solutions

IssueSolution
Required Ruby version is not listedCheck the weekly Software Stack Versions document and confirm that the release is supported by the selected Apache or NGINX Ruby stack.
Application fails after redeploymentReview Ruby compatibility, Gemfile requirements, native extensions, startup configuration, and application logs.
Persistent files are missingRestore from backup and use the Keep volumes data option during future redeployment.
All scaled nodes become unavailableUse sequential deployment with delay instead of simultaneous redeployment.
Redeployment option is unavailableWait for other environment operations to finish and verify that the selected layer supports redeployment.