Wiki

This is an old revision of the document!

Use Cases for Copper

• Workload Placement: As a service provider, I need my software application deployed in a local environment with resources configured to meet specific workload placement criteria, so I can ensure an acceptable user experience.
  • Affinity: Ensures that the VM instance is launched "with affinity to" specific resources, e.g. within a compute or storage cluster. This is analogous to the affinity rules in VMWare vSphere DRS. Examples include:
    • Same Host Filter: on the same compute node as a given set of instances, e.g. as defined in a scheduler hint list.
  • Anti-Affinity: Ensures that the VM instance is launched "with anti-affinity to" specific resources, e.g. outside a compute or storage cluster. This filter is analogous to the anti-affinity rules in vSphere DRS. Examples include:
    • Different Host Filter: Ensures that the VM instance is launched on a different compute node from a given set of instances, as defined in a scheduler hint list.
  • Geo-Diverse Service Instance Deployment: As a service provider, I need my software application deployed in a geo-diverse environment with resources configured to meet specific quality of service, so I can ensure an acceptable user experience.

• Load Balancing
  • Geo-Diverse Load-Balanced Service Instance Deployment: As a service provider, I need my software application deployed in a geo-diverse environment with resources configured to meet specific local balancing criteria, so I can ensure an acceptable user experience.

• Service Failover
  • Geo-Diverse Service Instance Deployment with Failover: As a service provider, I need my software application deployed in a geo-diverse environment with resources configured to meet specific service failover, so I can ensure an acceptable user experience.

• Link Mirroring
  • Link Mirroring: As a troubleshooter, I need to mirror traffic from physical or virtual network ports so that I can investigate trouble reports.
    • This use case is relevant to the Copper project, as the project’s initial objective is to assess platform ability to enable arbitrary configurations within policy constraints. It could address the basic configuration policy support for creating mirrored links to other VNFs (such as a protocol analyzer) etc.
  • Link mirroring is a common need, and it does bring up other interesting use cases for policy, e.g. the following. In this case mirroring is a specific example of need for support functions and related access control, e.g. allowing support VNFs to make connections to hosts / storage / network for troubleshooting. And preventing those who are unauthorized from doing the same.
    • Link Mirroring – Authorization: As a NFVaaS tenant, I need to be able to mirror traffic on my virtual network ports so that I can investigate trouble reports.
    • Link Mirroring – Authorization Failure: As a NFVaaS tenant, I need to be able to prevent other tenants from mirroring traffic on my virtual network ports so that I can protect the privacy of my service users.
    • Link Mirroring – Delegated Authorization: As a NFVaaS tenant, I need to be able to allow my NFVaaS SP customer support to mirror traffic on my virtual network ports so that they can assist in investigating trouble reports.