summaryrefslogtreecommitdiffstats
path: root/aria/multivim-plugin/docs/nova-net.rst
diff options
context:
space:
mode:
authordfilppi <dewayne@cloudify.co>2017-08-31 00:15:51 +0000
committerDeWayne Filppi <dewayne@cloudify.co>2017-09-07 16:37:00 +0000
commitdf40f6f09f11aa823c1fd07e85887885f20d356b (patch)
treec5d186d21602ad4464e0b7ec6cc8618d9a7a8f54 /aria/multivim-plugin/docs/nova-net.rst
parentdcb890a6fa153900a0562872ccc31a5df2dffd24 (diff)
reorg and add pom build for wheel
Change-Id: Iab761e263f1e2380471dd38c2b7ce9b77f0aab0e Signed-off-by: DeWayne Filppi <dewayne@cloudify.co> Issue-id: SO-106
Diffstat (limited to 'aria/multivim-plugin/docs/nova-net.rst')
-rw-r--r--aria/multivim-plugin/docs/nova-net.rst48
1 files changed, 0 insertions, 48 deletions
diff --git a/aria/multivim-plugin/docs/nova-net.rst b/aria/multivim-plugin/docs/nova-net.rst
deleted file mode 100644
index dccf360c73..0000000000
--- a/aria/multivim-plugin/docs/nova-net.rst
+++ /dev/null
@@ -1,48 +0,0 @@
-
-Nova-net Support
-================
-
-The Openstack plugin includes support for Nova-net mode -
-i.e. an Openstack installation which does not have the Networking API
-(Neutron service).
-
-In such an environment, there is but a single preconfigured private network,
-which all servers make use of automatically.
-There are no subnets, networks, routers or ports.
-Since these resource types don't exist,
-the plugin's equivalent types aren't valid to use in such an environment.
-
-There are, however, some resource types whose API is available via both the Nova and Neutron services - These had originally been on the Nova service,
-and later were moved and got extended implementation in the Neutron one,
-but were also kept in the Nova service for backward compatibility.
-
-For these resource types, the Openstack plugin defines two separate types - one in the plugin's standard types namespace (``cloudify.openstack.nodes.XXX``),
-which uses the newer and extended API via the Neutron service;
-and Another in a special namespace (``cloudify.openstack.nova_net.nodes.XXX``),
-which uses the older API via the Nova service.
-This is why you may notice two separate types defined for [Floating](#cloudifyopenstacknodesfloatingip) [IP](#cloudifyopenstacknovanetnodesfloatingip),
-as well as for [Security](#cloudifyopenstacknodessecuritygroup) [Group](#cloudifyopenstacknovanetnodessecuritygroup).
-
-
-To summarize, ensure that when working in a Nova-net Openstack environment,
-Neutron types aren't used - these include all types whose resources' APIs are natively available only via the Network API,
-as well as the types which are in the ``cloudify.openstack.nova_net.Nodes`` namespace.
-
-On the opposite side, when using an Openstack environment which supports Neutron,
-it's recommended to use the Neutron-versions of the relevant types
-(i.e. avoid any types defined under the
-``cloudify.openstack.nova_net.Nodes`` namespace),
-as they offer more advanced capabilities.
-However, it's important to mention that this is not required,
-and using the Nova-versions of some types in a Neutron-enabled environment is possible and will work as well.
-
-
-Nova-net Node Types
--------------------
-
-
-.. cfy:node:: cloudify.openstack.nova_net.nodes.FloatingIP
-
-
-.. cfy:node:: cloudify.openstack.nova_net.nodes.SecurityGroup
-