User Tools

Site Tools


cl-tutorial:first_d

Slice Allocation and Deployment

Once the nodes are configured, it is time to set up the experiment. We will start by allocating a new slice named bit-experiment. First, open the slices page by clicking on the top menu Slices. You will find a list with two slices registered, but not deployed. They are created by default each time that the VCT container (VCT-C) is initialized.

For more information about the status of slices and slivers, check their wiki page.

 Slices list

Additionally to the slices' name and their set status, the list also shows the expiration date and the group to which the slices belong. Remember that only the members that are part of the slice's group have the permission to create, modify or delete them.

To allocate a new slice, click on the Add slice button. The slice creation form will require some basic information about your new slice.

  • Name is a unique name that the system will use to refer to your slice.
  • Description is an optional field. However, we strongly encourage experimenters to add a small description of the slice purpose in this field. It will help testbed and node administrators identify problems early.
  • Template field allows researchers to select the base Linux distribution to use for their slivers. Current options are: OpenWRT-based and debian-based systems. Later we are going to see how to select a different system template for each of our slivers, but for now just select the debian system by selecting the debian32-example option.
  • exp_data allows to provide a compressed file with experimental data and initialization scripts. We are going to cover it later, but by now select the exp-data-hello-world-openwrt.tgz file.
  • Set state is the field that sets the desired state for the whole slice. As at this point we haven't deployed the slice yet (meaning, that our slice doesn't have any slivers), thus we cannot change its state.

The advanced options will be covered in the third part of this tutorial.

 Adding slice

Finally, click on the Save and continue editing button to save your changes and start adding some slivers.

Now if you click on the Add slivers button of the Slivers section of the slice configuration window, you can see a list of all the nodes that can currently run one more slivers. It includes all the nodes in PRODUCTION state, independent of the group it belongs to. In our case, we have access to all the virtual devices previously configured. There are, however, two limitations:

  • Each node can allocate at most 100 slivers.
  • Each node can allocate at most one sliver per slice.

Select all of the nodes and click on the Create slivers button.

 Adding slivers

This will bring up the connectivity configuration screen.

As we need public IPv4 connectivity between the slices, activate the public4 checkbox.

The isolated connectivity option cannot be chosen at this point. If such an option is desired, the slice needs to be assigned a VLAN ID and the slivers need to be configured one by one by adding a new interface of the type isolated and specifying a parent interface for it.

 Adding slivers

Click on Yes, create slivers to confirm the operation. It will send you back to the previous site.

This step finishes the allocation process, which means that the controller has created all necessary configuration files for each sliver. However, nodes will not do anything until we try to deploy the slivers on them.

To do it, change the state to DEPLOY and confirm clicking on the Save button.

 Deploying slice

The new set state of the slice will change to DEPLOY. If you want to verify the current status of the slivers, use the top menu to access sliver details (Slice → Slivers).

The next screen will show the list of slices configured and some useful information.

  • Set state and State link are the desired and current state of each sliver.
  • Public6 and Public4 are the number of network interfaces connected to the management network.
  • Management indicates if the controller can contact the sliver, meaning that new configuration will be changed without problems.

Note that sliver name includes the slice where it belongs and the node in which it will be deployed. By clicking on the name it is possible to change the configuration for a particular sliver. Default configuration is the configuration of the slice.

 Slivers list

Remember that the testbed operation architecture is based on nodes pulling configuration files. It means that you will need to wait for a while before some operations are completed. The waiting time can be in the order of minutes, and is generally shorter in the VCT container than on the real testbed.

 Slivers deployed

When all slivers are deployed, set the slice status to START.

 Slice start

Then wait until all slivers are running.

 Slivers started

Click here to go to the next section of this part of the tutorial or click the next link if you rather want to go back to the Tutorials Main Page.

cl-tutorial/first_d.txt · Last modified: 2014/09/17 11:49 by esunly