Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Difference between revisions of "Federated Cloud IntraCloud Networking"

From EGIWiki
Jump to navigation Jump to search
 
(One intermediate revision by the same user not shown)
Line 36: Line 36:
Existing orchestrators will be considered and a suitable solution (Neutron, Open Daylight, …) will be selected and OCCI-enabled through rOCCI. This will make it possible to create and use networks on-demand in FedCloud sites.
Existing orchestrators will be considered and a suitable solution (Neutron, Open Daylight, …) will be selected and OCCI-enabled through rOCCI. This will make it possible to create and use networks on-demand in FedCloud sites.


= Appliances and Services =
== Appliances and Services ==


Useful appliances and additional services will be identified and provided as possible/necessary. These include, but are not limited to, the following:
Useful appliances and additional services will be identified and provided as possible/necessary. These include, but are not limited to, the following:
Line 71: Line 71:
=Roadmap=
=Roadmap=


The roadmap will be specified soon. Many of the tools and solutions to bue used in this scenario are in fact expected from the INDIGO-DataCloud project. Reasonably detailed roadmap will be provided after INDIGO publishes its plan of work.
Many of the tools and solutions to bue used in this scenario are in fact expected from the INDIGO-DataCloud project. Therefore this roadmap is dependent on results provided by INDIGO.
 
The roadmap can be roughly outlined thus:
 
* '''~ PM15'''
** Pilot use of static network pool management with rOCCI
** Pilot use of network specific features with ''occi-os''
* '''~ PM24'''
** Preview (demo?) of network orchestration in FC sites


=Documentation=
=Documentation=

Latest revision as of 13:02, 11 June 2015

Overview For users For resource providers Infrastructure status Site-specific configuration Architecture



Scenarios: Federated AAI Accounting VM Image Management Brokering IntraCloud Networking
Monitoring VM Management Data Management Information Discovery Security




Scope

This is a fresh activity, please understand that solutions for this scenario are not yet available. They are mostly in design or development stage.

The IntraCloud Networking Scenario deals with virtual machine networking within the environment of a single provider (hence the intra prefix). It focuses on achieving two main goals:

  1. Being able to list available networks, pick one and connect virtual machines to it.
  2. Being able to create new [private] networks, even with non-trivial topologies.

The scenario is also looking at other services that could be provided:

  1. Useful appliances (virtual network elements such as NAT/DHCP, FlowMon, …)
  2. Recommendations (tools?) for VM images to make them better prepared for different properties of networks in federated environments
  3. Security groups / profiles to allow owners to restrict the behavior of their VMs in networks.

With a more practical approach, the work can be divided thus:

Network Orchestration for Open Stack-based sites

Open Stack supports essential network orchestration through, e.g., Neutron. However, OCCI compatibility is missing. Contributions to occi-os are expected from the INDIGO project -- those will be atopted by FedCloud

Network Orchestration for Other CMFs, namely OpenNebula with rOCCI

Again building on the plans in INDIGO, a static solution for cloud sites should be available relatively early:

Static Solution

A simple service is envisioned to maintain a pool of private networks created manually by administrators. These will be available to cloud users to interconnect VMs, and returned to the pool once freed. The service will be accessible through a network-specific rOCCI backend.

Network Orchestration in Sites with rOCCI

Existing orchestrators will be considered and a suitable solution (Neutron, Open Daylight, …) will be selected and OCCI-enabled through rOCCI. This will make it possible to create and use networks on-demand in FedCloud sites.

Appliances and Services

Useful appliances and additional services will be identified and provided as possible/necessary. These include, but are not limited to, the following:

  • VPN for point-to-point interconnection between cloud sites.
  • Selected DHCP/NAT/DMZ/Router/… Linux distribution as appliance for Users' networks
  • A dynamic DNS solution to allow addressing a VN uniformly after IP change.

Members

Role Institution Name
Scenario leader CESNET Zdenek Sustr
Forced Collaborator CESNET Boris Parak
Collaborator
Collaborator

Roadmap

Many of the tools and solutions to bue used in this scenario are in fact expected from the INDIGO-DataCloud project. Therefore this roadmap is dependent on results provided by INDIGO.

The roadmap can be roughly outlined thus:

  • ~ PM15
    • Pilot use of static network pool management with rOCCI
    • Pilot use of network specific features with occi-os
  • ~ PM24
    • Preview (demo?) of network orchestration in FC sites

Documentation

There is currently no documentation specific to this Scenario.

A subset of what it entails is possible with existing tools. Therefore, you may try consulting:

References