Jelastic 4.8

Traffic Distributor is a powerful solution, developed by Jelastic team to provide smart requests routing and load distribution between a pair of applications (environments). It is delivered by means of the dedicated Add-on package (available through Jelastic Marketplace board within Apps > Dev & Admin Tools section). The distributor itself represents a separate environment with NGINX load balancer server and a special add-on installed on top of it.

• Round Robin - the most straightforward distribution type, used to route each new request to a particular backend based on specified server weights
• Sticky Session - this routing type is based on “sticking” each user to a specific backend (according to the set servers’ weights) which will process all their requests until the corresponding user session, created on the first app visit, expires

• Failover - allows to set the standby server in addition to the primary one in order to ensure application availability even during one of the environments is down

Right after succesfull installation, Traffic Distributor will immediately start routing traffic between chosen backends according to the specified parameters. Still, any of the defined during installation settings can be subsequently easily changed through the corresponding Configure option (to access it, just click on the Add-ons icon for NGINX load balancer in the distributor-dedicated environment).

There is a broad range of scenarios to effectively use Traffic Distributor with your project. Starting with the advanced workloads balancing and gaining additional high availability for a cluster, to the far more complex implementations (e.g. to apply advanced failover protection, blue-green updates or to perform A/B testing).

More info

Back to the list of Features

Jelastic import is a highly popular feature which, in particular, allows to install JPS packages (i.e. file with an environment or add-on description - its topology, configuration, application to be deployed, etc) directly through the dashboard. This time, in order to simplify new packages delivery, the already existing abilities to insert JPS manifests with local file or via direct URL were complemented with a new possibility to specify manifest content right during the import operation through the embedded JSON editor. This option is now available within the same-named tab of the Import window, where you can paste your code and edit it on fly or write a completely new one from the scratch.

• format JSON - automatically sets the proper indentation and line feeds
• wrap lines - brakes lines upon reaching frame border

• search - allows to easily find the needed information, including additional Match case and Regex search options

Once pasted, your code is automatically parsed for errors, which, if detected, will be marked with a red cross before the corresponding line (hover over it for additional information). Also, your JSON file is safely retained in browser local storage, so you can freely close Import frame without losing the stored data to continue your work with dashboard, and return to coding later on.

With an aim to make Import more notable and easier to access, this option was placed to the top of the tools dashboard pane alongside with the Create environment button. 

In the Platform 4.8 upgrade, a major update has been applied to Jelastic SSH Gateway, with the multi-threads support implementation as a main point. Another big change was a great optimization boost, that speeds up such operations as downloading, uploading and file copying in dozens of times. Apart from that, CPU load during these processes was optimized for being highly cut down, whilst added multi-threading support ensures absence of the additional performance dropdowns, as it will be proportional to the current threads count.

Also, the Add SSH Key form (for both public and private keys) at user’s dashboard was slightly updated to make it a bit more clearer. In particular, each uploaded SSH keyfile is now displayed with additional info on its fingerprint and unique ID, allowing to differentiate and find the required one easier.

Back to the list of Improvements

Striving to simplify Jelastic Data Storage Container management, this time we’ve implemented new possibility of sharing directories right from the source node’s Configuration Manager. This eliminates the necessity to switch to the target container to add the required mount point.

• From NFS - drop-down list of containers within current environment layer to select the one the directory should be exported from
• Path - type in full path to the exported folder (or choose it among favorite ones)
• To Container(s) - specify target container to share the directory with using drop-down list of all nodes (in all environments) on your account
• Path - path to the location at the chosen target container the shared data should be available at
• Mount to all nodes - use this switcher to set the same mounts for being added to all nodes within the destination layer

• Read Only - turn the switcher on to restrict editing of the exported data at client node(s) (by default, the read & write permissions are provided)

In this way, now you are able to quickly share the data in both directions, i.e. either from source or target container. Herewith, in order to properly handle this functionality at Docker-based containers, both shared directory paths (i.e. at its source and target nodes) are automatically added as volumes. This ensures that the shared data will be protected during Docker container lifecycle operations (e.g. redeploy) at any of them.

Back to the list of Improvements

In order to improve performance of Java-powered Jelastic containers (including cartridge-based  ones), a new optimized flow for the main memory configurations generation was implemented.

• The first setting sets the maximum amount of memory that can be used by Java objects within a container. For now this value is calculated as 80% of total container’s RAM.
• As for the second parameter, it defines the maximum space for the compiled Java classes, initiating execution of the garbage collection mechanism when it is overflowed. Herewith, MaxPermSize is automatically defined only for that Java containers, which are run over 6 or 7 engine versions and with allocated amount of RAM > 800 MiB. In all other cases (i.e. if container’s scaling limit is less than 7 cloudlets or it uses Java 8) this parameter is omitted. The actual value of the MaxPermSize setting is calculated based on Xmx memory amount divided by ten, but can’t be set greater than maximum of 256 MiB.

• Also some changes were applied to the GC selection algorithm - the details can be revealed within the newly integrated Java memory configuration script.

In such a way, container’s memory configurations are dynamically changed due to the amount of allocated resources, which provides the best optimization for your Java containers at Jelastic.

Back to the list of Improvements

Jelastic configuration manager provides easy access to container filesystem right through the dashboard, allowing to apply some common configurations via browser with no additional tools involved. Herewith, it is constantly updated to provide even better user experience.

• Since tracking and logging of the performed actions in task panel represent an important part of user experience, currently it was improved to show the proper file name for the create, delete, rename, read and save file operations, performed through configuration manager.
• From now on, while performing uploading through Config manager, Jelastic correctly detects whether the transferred file already exists and, if it does, automatically triggers the overwrite dialog. Herewith, you can either confirm replacement or abort operation.

• Lastly, a new improved flow is now used to check whether the accessed file is text or not (i.e. to define whether it’s content should be displayed inside file manager and be available for editing). It allows to examine file more precisely, preventing a rare issue of the incorrect type determination.

Back to the list of Improvements