...
Case Attributes | Description | Informational |
Type | New |
|
Blueprint Family - Proposed Name | ICN |
|
Use Case | uCPE Edge Computing (described below) |
|
Blueprint proposed Name | Multi-Tenant Secure Cloud Native Platform |
|
Initial POD Cost (capex) | Same as ICN, no additional cost. |
|
Scale & Type | Same as ICN. Minimum of 4 Xeon Servers + 1 Xeon server as bootstrap node. |
|
Applications | Telco trusted workloads and customer untrusted workloads. E.g. SDEWAN, EDGX Foundry |
|
Power Restrictions | Same as ICN. |
|
Infrastructure orchestration | Bare Metal Provisioning Kubernetes provisioning : KuD. Centralized provisioning : Cluster-API + Provisioning controller (Explore Regional controller) Containerd for runc and Kata containers. Virtlet for VMs. Service Orchestration : EMCO MEC framework: OpenNESS Site orchestrator : Kubernetes upstream Traffic Orchestration within a cluster: ISTIO Traffic orchestration with external entities : ISTIO-ingress Knative for function orchestration |
|
SDN | OVN, Multus, Flannel |
|
Workload Type | Containers, VMs and functions. Manageability of Bare-metal containers for trusted workloads and Kata Containers (VM based) for untrusted workloads. |
|
Additional Details | Kata Containers should be deployable across existing Kubernetes clusters using containerd/cri. Kubernetes RuntimeClass (from k8s v1.14) and PodOverhead (from k8s v1.16) are features that allow Kata Containers to be selected, managed and monitored with existing Kubernetes tools. Kata Containers will not work when used with docker-shim runtime interface. |
|
| Contributors | Intel: Adams, Eric (eric.adams@intel.com), Fuentes, Salvador (salvador.fuentes@intel.com), Shinde, Archana (archana.m.shinde@intel.com), Sterrett, Craig (craig.sterrett@intel.com) Verizon: Ravi (ravi.chunduru@verizon.com) Aarna Networks: Sandeep (ssharma@aarnanetworks.com), Sriram (srupanagunta@aarnanetworks.com) |
Use case: uCPE Edge Computing
Kata Containers will add hard multi-tenancy capabilities.
By adding Kata Containers and containerd into ICN, a Kubernetes cluster would be able to launch containers using both runtimes: runc for trusted workloads and Kata Containers for untrusted workloads.
A telecommunications provider deploys CNFs such as SD-EWAN and NGFW under a Kubernetes Cluster in an Edge Location. The provider would like to deploy its trusted workloads using runc.
A Customer of the provider deploys normal applications in the same Kubernetes cluster. Even with customer, there could be multiple departments deploying different workloads which would need isolation. For these different workloads, provider could allow to run them using Kata Containers in the same Kubernetes cluster.
Using EMCO, which provides multitenancy capabilities, provider could define edge locations where Kata Containers is available and will use EMCO to redirect and isolate with respect to logical clouds and users.
Presentation:
| View file | ||||
|---|---|---|---|---|
|