[glossary] Remove acronyms [D]
- Remove acronym-only entries starting with [D]. - Consolodate duplicate entries. - Resolve glossary references Change-Id: I29bfb6a4fb643549b1d56d8842886a9aceda20b4 Implements: blueprint improve-glossary-usage
This commit is contained in:
parent
2ac9357f8d
commit
9a183c374c
@ -973,14 +973,6 @@ D
|
|||||||
May or may not listen on a TCP or UDP port. Do not confuse with a
|
May or may not listen on a TCP or UDP port. Do not confuse with a
|
||||||
worker.
|
worker.
|
||||||
|
|
||||||
DAC
|
|
||||||
|
|
||||||
Discretionary access control. Governs the ability of subjects to
|
|
||||||
access objects, while enabling users to make policy decisions and
|
|
||||||
assign security attributes. The traditional UNIX system of users,
|
|
||||||
groups, and read-write-execute permissions is an example of
|
|
||||||
DAC.
|
|
||||||
|
|
||||||
Dashboard
|
Dashboard
|
||||||
|
|
||||||
The web-based management interface for OpenStack. An alternative
|
The web-based management interface for OpenStack. An alternative
|
||||||
@ -1111,15 +1103,6 @@ D
|
|||||||
Community project that uses shell scripts to quickly build
|
Community project that uses shell scripts to quickly build
|
||||||
complete OpenStack development environments.
|
complete OpenStack development environments.
|
||||||
|
|
||||||
DHCP
|
|
||||||
|
|
||||||
Dynamic Host Configuration Protocol. A network protocol that
|
|
||||||
configures devices that are connected to a network so that they can
|
|
||||||
communicate on that network by using the Internet Protocol (IP). The
|
|
||||||
protocol is implemented in a client-server model where DHCP clients
|
|
||||||
request configuration data, such as an IP address, a default route,
|
|
||||||
and one or more DNS server addresses from a DHCP server.
|
|
||||||
|
|
||||||
DHCP agent
|
DHCP agent
|
||||||
|
|
||||||
OpenStack Networking agent that provides DHCP services
|
OpenStack Networking agent that provides DHCP services
|
||||||
@ -1159,6 +1142,13 @@ D
|
|||||||
address and fixed IP and thus returning the floating IP address to the
|
address and fixed IP and thus returning the floating IP address to the
|
||||||
address pool.
|
address pool.
|
||||||
|
|
||||||
|
Discretionary Access Control (DAC)
|
||||||
|
|
||||||
|
Governs the ability of subjects to access objects, while enabling
|
||||||
|
users to make policy decisions and assign security attributes.
|
||||||
|
The traditional UNIX system of users, groups, and read-write-execute
|
||||||
|
permissions is an example of DAC.
|
||||||
|
|
||||||
disk encryption
|
disk encryption
|
||||||
|
|
||||||
The ability to encrypt data at the file system, disk partition,
|
The ability to encrypt data at the file system, disk partition,
|
||||||
@ -1184,13 +1174,6 @@ D
|
|||||||
|
|
||||||
A web framework used extensively in horizon.
|
A web framework used extensively in horizon.
|
||||||
|
|
||||||
DNS
|
|
||||||
|
|
||||||
Domain Name System. A hierarchical and distributed naming system
|
|
||||||
for computers, services, and resources connected to the Internet or a
|
|
||||||
private network. Associates human-friendly, domain names to IP
|
|
||||||
addresses.
|
|
||||||
|
|
||||||
DNS record
|
DNS record
|
||||||
|
|
||||||
A record that specifies information about a particular domain
|
A record that specifies information about a particular domain
|
||||||
@ -1242,10 +1225,6 @@ D
|
|||||||
The transfer of data, usually in the form of files, from one
|
The transfer of data, usually in the form of files, from one
|
||||||
computer to another.
|
computer to another.
|
||||||
|
|
||||||
DRTM
|
|
||||||
|
|
||||||
Dynamic root of trust measurement.
|
|
||||||
|
|
||||||
durable exchange
|
durable exchange
|
||||||
|
|
||||||
The Compute RabbitMQ message exchange that remains active when
|
The Compute RabbitMQ message exchange that remains active when
|
||||||
@ -1258,6 +1237,12 @@ D
|
|||||||
|
|
||||||
Dynamic Host Configuration Protocol (DHCP)
|
Dynamic Host Configuration Protocol (DHCP)
|
||||||
|
|
||||||
|
A network protocol that configures devices that are connected to a
|
||||||
|
network so that they can communicate on that network by using the
|
||||||
|
Internet Protocol (IP). The protocol is implemented in a client-server
|
||||||
|
model where DHCP clients request configuration data, such as an IP
|
||||||
|
address, a default route, and one or more DNS server addresses from a
|
||||||
|
DHCP server.
|
||||||
A method to automatically configure networking for a host at
|
A method to automatically configure networking for a host at
|
||||||
boot time. Provided by both Networking and Compute.
|
boot time. Provided by both Networking and Compute.
|
||||||
|
|
||||||
|
@ -40,8 +40,9 @@ Host networking
|
|||||||
distribution, see the `SLES 12 <https://www.suse.com/documentation/sles-12/book_sle_admin/data/sec_basicnet_manconf.html>`__ or `openSUSE <http://activedoc.opensuse.org/book/opensuse-reference/chapter-13-basic-networking>`__ documentation.
|
distribution, see the `SLES 12 <https://www.suse.com/documentation/sles-12/book_sle_admin/data/sec_basicnet_manconf.html>`__ or `openSUSE <http://activedoc.opensuse.org/book/opensuse-reference/chapter-13-basic-networking>`__ documentation.
|
||||||
|
|
||||||
All nodes require Internet access for administrative purposes such as package
|
All nodes require Internet access for administrative purposes such as package
|
||||||
installation, security updates, :term:`DNS`, and :term:`NTP`. In most cases,
|
installation, security updates, :term:`DNS <Domain Name System (DNS)>`, and
|
||||||
nodes should obtain internet access through the management network interface.
|
:term:`NTP`. In most cases, nodes should obtain internet access through the
|
||||||
|
management network interface.
|
||||||
To highlight the importance of network separation, the example architectures
|
To highlight the importance of network separation, the example architectures
|
||||||
use `private address space <https://tools.ietf.org/html/rfc1918>`__ for the
|
use `private address space <https://tools.ietf.org/html/rfc1918>`__ for the
|
||||||
management network and assume that the physical network infrastructure
|
management network and assume that the physical network infrastructure
|
||||||
@ -67,7 +68,8 @@ The example architectures assume use of the following networks:
|
|||||||
|
|
||||||
This network requires a gateway to provide Internet access to all
|
This network requires a gateway to provide Internet access to all
|
||||||
nodes for administrative purposes such as package installation,
|
nodes for administrative purposes such as package installation,
|
||||||
security updates, :term:`DNS`, and :term:`NTP`.
|
security updates, :term:`DNS <Domain Name System (DNS)>`, and
|
||||||
|
:term:`NTP`.
|
||||||
|
|
||||||
* Provider on 203.0.113.0/24 with gateway 203.0.113.1
|
* Provider on 203.0.113.0/24 with gateway 203.0.113.1
|
||||||
|
|
||||||
|
@ -200,8 +200,9 @@ The provider networks option deploys the OpenStack Networking service
|
|||||||
in the simplest way possible with primarily layer-2 (bridging/switching)
|
in the simplest way possible with primarily layer-2 (bridging/switching)
|
||||||
services and VLAN segmentation of networks. Essentially, it bridges virtual
|
services and VLAN segmentation of networks. Essentially, it bridges virtual
|
||||||
networks to physical networks and relies on physical network infrastructure
|
networks to physical networks and relies on physical network infrastructure
|
||||||
for layer-3 (routing) services. Additionally, a :term:`DHCP` service provides
|
for layer-3 (routing) services. Additionally, a :term:`DHCP<Dynamic Host
|
||||||
IP address information to instances.
|
Configuration Protocol (DHCP)>` service provides IP address information to
|
||||||
|
instances.
|
||||||
|
|
||||||
.. note::
|
.. note::
|
||||||
|
|
||||||
|
@ -338,9 +338,9 @@ For a detailed list of configuration options, see the related section in the
|
|||||||
DHCP agent
|
DHCP agent
|
||||||
^^^^^^^^^^
|
^^^^^^^^^^
|
||||||
|
|
||||||
The DHCP agent is responsible for :term:`DHCP` (Dynamic Host Configuration
|
The DHCP agent is responsible for :term:`DHCP <Dynamic Host Configuration
|
||||||
Protocol) and RADVD (Router Advertisement Daemon) services. It requires a
|
Protocol (DHCP)>` and RADVD (Router Advertisement Daemon) services.
|
||||||
running L2 agent on the same node.
|
It requires a running L2 agent on the same node.
|
||||||
|
|
||||||
Configuration for the DHCP agent is typically done in the
|
Configuration for the DHCP agent is typically done in the
|
||||||
``dhcp_agent.ini`` configuration file. Make sure that on agent start
|
``dhcp_agent.ini`` configuration file. Make sure that on agent start
|
||||||
|
@ -234,8 +234,8 @@ command:
|
|||||||
DHCP
|
DHCP
|
||||||
~~~~
|
~~~~
|
||||||
|
|
||||||
Hosts connected to a network use the Dynamic Host Configuration
|
Hosts connected to a network use the :term:`Dynamic Host Configuration
|
||||||
Protocol (:term:`DHCP`) to dynamically obtain IP addresses. A DHCP
|
Protocol (DHCP)` to dynamically obtain IP addresses. A DHCP
|
||||||
server hands out the IP addresses to network hosts, which are the DHCP
|
server hands out the IP addresses to network hosts, which are the DHCP
|
||||||
clients.
|
clients.
|
||||||
|
|
||||||
|
@ -184,12 +184,13 @@ Why use multi-host networking?
|
|||||||
In a default OpenStack deployment, there is a single ``nova-network``
|
In a default OpenStack deployment, there is a single ``nova-network``
|
||||||
service that runs within the cloud (usually on the cloud controller)
|
service that runs within the cloud (usually on the cloud controller)
|
||||||
that provides services such as
|
that provides services such as
|
||||||
:term:`network address translation <NAT>` (NAT), :term:`DHCP`,
|
:term:`network address translation <NAT>` (NAT), :term:`DHCP <Dynamic Host
|
||||||
and :term:`DNS` to the guest instances. If the single node that runs the
|
Configuration Protocol (DHCP)>`, and :term:`DNS <Domain Name System (DNS)>`
|
||||||
``nova-network`` service goes down, you cannot access your instances,
|
to the guest instances. If the single node that runs the ``nova-network``
|
||||||
and the instances cannot access the Internet. The single node that runs
|
service goes down, you cannot access your instances, and the instances
|
||||||
the ``nova-network`` service can become a bottleneck if excessive
|
cannot access the Internet. The single node that runs the ``nova-network``
|
||||||
network traffic comes in and goes out of the cloud.
|
service can become a bottleneck if excessive network traffic comes in and
|
||||||
|
goes out of the cloud.
|
||||||
|
|
||||||
.. tip::
|
.. tip::
|
||||||
|
|
||||||
|
@ -149,7 +149,8 @@ For OpenStack Networking with the neutron project, typical
|
|||||||
configurations are documented with the idea that any setup you can
|
configurations are documented with the idea that any setup you can
|
||||||
configure with real hardware you can re-create with a software-defined
|
configure with real hardware you can re-create with a software-defined
|
||||||
equivalent. Each tenant can contain typical network elements such as
|
equivalent. Each tenant can contain typical network elements such as
|
||||||
routers, and services such as :term:`DHCP`.
|
routers, and services such as :term:`DHCP <Dynamic Host Configuration
|
||||||
|
Protocol (DHCP)>`.
|
||||||
|
|
||||||
:ref:`table_networking_deployment` describes the networking deployment
|
:ref:`table_networking_deployment` describes the networking deployment
|
||||||
options for both legacy ``nova-network`` options and an equivalent
|
options for both legacy ``nova-network`` options and an equivalent
|
||||||
|
Loading…
Reference in New Issue
Block a user