BitssCloud 5.7.4 5.6

In this document, you will find all of the new features, enhancements and visible changes included to the BitssCloud PaaS 5.7.4 release

The New release will be applicable for dashboard after 6 Sept 2019.

Debian 10 OS Distribution Support

In the present 5.7.6 BitssCloud release, the list of Linux distributions that are supported as a base for Docker images was extended with the latest Debian 10 operating system. Now, the platform can create any custom Docker container based on this OS type.

Supported OS Distributions for Docker Containers

Currently, the following Linux distributions are supported as a base of Docker images that could be deployed at  PaaS and properly handled by the system (this information is subject to change):

GlusterFS Storage with Auto-Clustering (5.7.4)

Starting with the current 5.7.4 platform release, the Shared Storage Container was upgraded to the second (2.0) version. It provides built-in Gluster support with the appropriate version (6.3) represented in the stack name – Shared Storage 2.0-6.3.

The GlusterFS RPM packages are provided by default to support clusterization of the Shared Storage nodes but are not enabled on the standalone storage container. The former one can be enabled with the Auto-Clustering switcher in the topology wizard. Consider the following specifics:

• auto-clustering requires Shared Storage 2.0 (i.e. created after the platform upgrade) and is not available for the preceding versions; however, you can use redeploy to update your old storage to 2.0 and then turn on Auto-Clustering via the wizard
• Shared Storage auto-clustering requires the latest Virtuozzo 7 virtualization used on the environment region (depends on your hosting provider)
• for existing environments, auto-clustering can be enabled only in case the storage node is not scaled yet; herewith, the data is replicated to all new containers
• storage auto-cluster requires 2 or more nodes and cannot be disabled after creation

During creation, the GlusterFS volume is mounted into the /data folder and is accessible over NFSv4 protocol. Consequently, when mounting from/to your storage cluster, it is managed as a single component (i.e. not a collection of separate storage containers). In case of failure of one or several nodes, the AutoFS client automatically switches to the working instances, which ensures HA for your storage.

Additionally, within the dashboard, a dedicated icon and label are provided for your storage auto-cluster.

Dashboard Search Amendment (5.7.4)

The dashboard search for environments is performed via name (domain) and alias, so starting with the BitssCloud 5.7.4 release, the search results in the appropriate Environments section are provided with both these values. Compared with the initial implementation of just an alias being displayed, the current one helps to avoid confusion in some cases (e.g. when several environments are provided with the same aliases).

Built-In SSL Description (5.7.4)

The built-in SSL option allows securing your environment with the enterprise-level data encryption as easily as switching a toggle. If enabled, BitssCloud PaaS automatically configures a wildcard SSL certificate on the Shared Load Balancers (SLB).

Herewith, to highlight the incompatibility of such implementation with direct access provided by public IP, the appropriate denotation was added to the description in the topology wizard. It will help to avoid misconfigurations when establishing a secure connection to the application.

Tip: If working over public IP, consider utilizing the Let’s Encrypt SSL (free-of-charge option) to automatically issue certificates for your environment. Alternatively, you can manually provide your custom SSL certificates. 

Auto-Clustering Labels (5.7.4)

In the current 5.7.4 BitssCloud release, the “new” label for the auto-clustering option in the topology wizard was removed for all of the supported stacks by default. Herewith, for the newly implemented clusterization of the Shared Storage container, a “beta” label was added.

Deployment Archives Types (5.7.4)

Archive deployment is a quick and simple option to install your application in BitssCloud PaaS. The provided package (either as a local file or via URL) is automatically processed by the platform, making your application available for usage without any manual steps required. A support for the following archive types was added in the BitssCloud 5.7.4: gzip (.gz, .tgz, .taz), compress (.Z, .taZ), bzip2 (.bz2, .tz2, .tbz, .tbz2), lzip (.lz), lzma (.lzma, .tlz), lzop (.lzo), xz (.xz), zstd (.zst, .tzst).

Ruby Rake Deploy Adjustment (5.7.4)

Rake is a software task management and builds automation tool for Ruby used by BitssCloud PaaS. It automatically performs commands from the rake_deploy file (located in the root folder of the project) after the Apache/NGINX server restart. Starting with the current 5.7.4 platform release, the commands from rake_deploy will be run from under the BitssCloud user instead of the root one. Such an adjustment provides better compatibility with projects as it is the default user for all of the Ruby containers.

Custom Color for Extra Layer in Topology Wizard (5.7.5)

BitssCloud PaaS provides a convenient and intuitive color legend for the certified containers based on the node group parameter. It helps to determine the role of each stack visually:

• Load Balancers (“bl“) are green
• Application Servers (“cp” – compute nodes) are blue
• Databases and cache nodes (“cache“, “sqldb“, “nosqldb“) are orange
• VPS, build, and storage nodes (“vds“, “build“, “storage“) are gray

Herewith, all the custom images are added to the extra layers and are gray by default. Starting with the 5.7.5 platform upgrade, it is possible to manually redefine a color for such custom nodes by adding the mission parameter for layer in your JPS. Use the highlighted shortcuts from the list above as a value to set the required color.

Software Stack Versions

Check out the list of the most accurate BitssCloud software stacks for the current platform version:

BUG FIXES