关注微信公众号
第一手干货与资讯
加入官方微信群
获取免费技术支持
On Friday we released version 1.5 of the Rancher container management platform. The enhancements in this release are designed to help ensure enterprise- as well as production-readiness. Additional webhooks improve Rancher extensibility and enable you to optimize overall infrastructure utilization. New API, networking and container scheduling policies provide fine-grained control of the container environment. Additional enhancements include metadata performance improvements and conditional logic support for catalog templates.
With Rancher 1.4, we added webhooks, with an initial driver to handle scaling. The key to implementing webhooks is the ‘receiver’, which enables you to register a webhook and provides a URL to trigger an action inside Rancher software. Thanks to the community feedback we received, in Rancher 1.5 we were able to extend the Rancher webhooks implementation to include two new drivers:
As always, we welcome additional feedback on these and other capabilities via the forums.
Rancher 1.5 delivers enhanced policy controls, including the ability to intercept all API requests. In addition, pre/post filter logic can now be added to each request, providing administrators with greater flexibility to define and control API access. Fine grained API policy management can be enabled to modify the API request as well as the response payload both to and from Rancher. Two additional networking policies have been added, which can be configured for each environment. The first enables you to allow or deny communication outside of a service. By default, Rancher is setup to allow communication between all services within an environment. If configured to deny communication, however, the containers will unable to communicate with containers outside of a service. The second policy enables link support so that services or stacks which are configured to deny communication can be given permission to communicate by using either a Docker link or selector labels. Additional policy controls are also now available for container scheduling. Rancher 1.5 supports the ability to add tags which restrict container scheduling to specific hosts. Placement of containers is determined by pre-specified labels, providing improved control over how each host is utilized.
The Rancher metadata service has been improved by caching metadata information. This reduces database thrashing as well as the footprint of the metadata passed on to each metadata service. Since so many services rely on metadata, depending on your implementation, you should see an overall improvement in Rancher performance. You will also see improvements when you launch large volumes of containers at the same time or when adding a new container after multiple containers are already running.
Rancher container management now supports the ability to use conditional logic by leveraging the Go template system. Using conditional logic combined with variable interpolation will provide greater flexibility to generate more dynamic catalog templates. More information about Rancher 1.5 container management can be found in the release notes*. For production use, we recommend waiting for the stable release, which will be available shortly.