Operators will no longer need to rely on their hardware for resource availability. They can now use the Controller as a resource management tool where during the creation of cloudlets, resource quota limits can be specified. During cluster instance creation or VM-based app creation, resource validation occurs. The advantages of this include getting notified through our alerting system when resources are impacted and exceed the defined threshold, allowing operators to respond quickly by modifying or increasing the resource limits and capacity. Additionally, new APIs are available to view resource capacities and the ability to display a snapshot of the resource infrastructure usage.
Learn more about Resource Management here.
Operator Reports and Scheduler
Operators can generate a summary of usage reports detailing the status of their cloudlets. The information is provided in PDF format. Reports can be scheduled based on intervals you define
While Operators can view cloudlet resource usage as part of the report, we currently do not display cloudlet resource usage information on a per-developer basis, even if the developers are part of a cloudlet pool.
Learn more about Report Scheduler here.
Invite Developers to join Cloudlet Pool
Operators can now send invitations to Developers to join Cloudlet Pools. Once Developers are part of the Cloudlet Pool, Operators can be alerted when quota limits are reached, cloudlets are down, and Developer metrics and logs can be viewed and accessed.
Learn more about inviting Developers to join Cloudlet Pools here.
Monitoring Developer Metrics and Usage Information
Operators can retrieve Developer usage information if the Developer org is part of the cloudlet pool. Information may include usage, logs, and the number of devices connected.
Learn more about Monitoring Developers Metrics and Usage here.
Operators can turn their public cloudlets into private edge cloudlets. Furthermore, Operators can segment their edge infrastructure and apply an additional security level with Trust Policies. These policies define security group rules that permit outbound traffic with specific outbound traffic rules.
Learn more about Trust Policy here.
Multiple Cloudlets per VDC
Operators can now run multiple cloudlets per VDC.
Restricted Cloudlet on VM Pool
Previously, our support for restricted cloudlets was only available on OpenStack. Now, we have added support for restricted cloudlet on VM Pool.
Trust Policy on VCD
Previously, we only supported Trust Policy on OpenStack. Now, we support Trust Policy on VCD.
Support for GPU on VCD
This feature is partially supported and requires manual GPU mapping with the VM in the vSphere configuration.
Support for vGPU
vGPU is now supported.
Support for Cloudlet Event Streaming through Kafka
You can now set up Kafka on a cloudlet to view and filter real-time events by either Operator or Developer. All events about the cloudlet can be pushed to the Kafka cluster.
However, developer audit events for Kafka are not supported in this release.
Learn more about Kafka here.
Helm Chart support
We now support Helm Chart v3.
Health Checks on VM
We now support application-level health checks on VMs so that when a VM is stopped, a Healthcheck Fail Server alert is sent.
Operators can now receive alerts when cloudlets are down or when resource limitations have exceeded. Alerts can also be created for application instances that exceed resource levels.
Learn more about the Supported alerts here.
You can now classify alerts based on severity levels. The severity levels include info, warning, and error.
Learn more about the Alert Severity here.
New Cloudlet Usage Alerts
Operators can now generate alerts for cloudlet and cloudlet usage exceeding resource limitations.
Resource limitations may include the following:
· App instance CPU exceeding defined levels
· App instance MEMORY exceeding defined levels
· RESTART of app instances
Learn more about Cloudlet Alerts here.
New metrics available for client cloudlet usage
We now support collecting and retrieving client cloudlets using metrics through MCCTL and the console latency map.
Learn more about Client Cloudlet Usage here.
New metrics for client app usage
We now support displaying client application usage metrics through MCCTL and the console latency map.
Learn more about Client App Usage metrics here.
MC API for app instance and cluster instance
We added support to display application instance, cluster instance, and cloudlet pools usage if Developers are part of the Operator's Cloudlet Pool through our APIs.
Learn how to view Developer app/clusters instances here.
Client Cloudlet metrics
MCCTL command is available to show client cloudlet usage.
Learn more about Client App Usage Metrics here.
Automatic onboarding for VM Pool
We now support automated onboarding for VM Pool.
Windows VM on VCD
We now support Windows VM on VCD. For deployment of Windows VMs on VCD, there is a new App field vmostype which must be populated with the appropriate Windows version.
Health Check and IAAS Cloudlets
Health Check will now fail if the IAAS cloudlets go down