msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "POT-Creation-Date: 2014-05-01 06:28+0000\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "Last-Translator: FULL NAME \n" "Language-Team: LANGUAGE \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #: ./doc/config-reference/ch_telemetryconfigure.xml:10(title) ./doc/config-reference/ch_config-overview.xml:24(para) msgid "Telemetry" msgstr "" #: ./doc/config-reference/ch_telemetryconfigure.xml:11(para) msgid "The Telemetry service collects measurements within OpenStack. Its various agents and services are configured in the /etc/ceilometer/ceilometer.conf file." msgstr "" #: ./doc/config-reference/ch_telemetryconfigure.xml:14(para) msgid "To install Telemetry, see the OpenStack Installation Guide for your distribution (docs.openstack.org)." msgstr "" #: ./doc/config-reference/ch_telemetryconfigure.xml:18(para) msgid "The following tables provide a comprehensive list of the Telemetry configuration options." msgstr "" #: ./doc/config-reference/ch_imageservice.xml:10(title) msgid "Image Service" msgstr "" #: ./doc/config-reference/ch_imageservice.xml:11(para) msgid "Compute relies on an external image service to store virtual machine images and maintain a catalog of available images. By default, Compute is configured to use the OpenStack Image Service (Glance), which is currently the only supported image service." msgstr "" #: ./doc/config-reference/ch_imageservice.xml:18(para) msgid "If your installation requires euca2ools to register new images, you must run the nova-objectstore service. This service provides an Amazon S3 front-end for Glance, which is required by euca2ools." msgstr "" #: ./doc/config-reference/ch_imageservice.xml:23(para) msgid "To customize the Compute Service, use the configuration option settings documented in and ." msgstr "" #: ./doc/config-reference/ch_imageservice.xml:27(para) msgid "You can modify many options in the OpenStack Image Service. The following tables provide a comprehensive list." msgstr "" #: ./doc/config-reference/ch_config-overview.xml:6(title) msgid "OpenStack configuration overview" msgstr "" #: ./doc/config-reference/ch_config-overview.xml:7(para) msgid "OpenStack is a collection of open source project components that enable setting up cloud services. Each component uses similar configuration techniques and a common framework for INI file options." msgstr "" #: ./doc/config-reference/ch_config-overview.xml:12(para) msgid "This guide pulls together multiple references and configuration options for the following OpenStack components:" msgstr "" #: ./doc/config-reference/ch_config-overview.xml:16(para) msgid "OpenStack Block Storage" msgstr "" #: ./doc/config-reference/ch_config-overview.xml:17(para) msgid "OpenStack Compute" msgstr "" #: ./doc/config-reference/ch_config-overview.xml:18(para) msgid "OpenStack Dashboard" msgstr "" #: ./doc/config-reference/ch_config-overview.xml:19(para) ./doc/config-reference/ch_databaseserviceconfigure.xml:10(title) msgid "Database Service" msgstr "" #: ./doc/config-reference/ch_config-overview.xml:20(para) msgid "OpenStack Identity" msgstr "" #: ./doc/config-reference/ch_config-overview.xml:21(para) msgid "OpenStack Image Service" msgstr "" #: ./doc/config-reference/ch_config-overview.xml:22(para) msgid "OpenStack Networking" msgstr "" #: ./doc/config-reference/ch_config-overview.xml:23(para) msgid "OpenStack Object Storage" msgstr "" #: ./doc/config-reference/ch_config-overview.xml:25(para) ./doc/config-reference/ch_orchestrationconfigure.xml:10(title) msgid "Orchestration" msgstr "" #: ./doc/config-reference/ch_databaseserviceconfigure.xml:11(para) msgid "The Database Service provides a scalable and reliable Cloud Database-as-a-Service functionality for both relational and non-relational database engines." msgstr "" #: ./doc/config-reference/ch_databaseserviceconfigure.xml:15(para) msgid "The following tables provide a comprehensive list of the Database Service configuration options." msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:6(caption) msgid "Default ports that secondary services related to OpenStack components use" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:13(th) msgid "Service" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:14(th) msgid "Default port" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:15(th) msgid "Used by" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:20(td) msgid "HTTP" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:21(td) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:58(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:122(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:341(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:397(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:457(replaceable) msgid "80" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:22(literal) msgid "Horizon" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:22(td) msgid "OpenStack dashboard () when it is not configured to use secure access." msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:27(td) msgid "HTTP alternate" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:28(td) msgid "8080" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:30(literal) ./doc/config-reference/table_default-ports-primary-services.xml:83(literal) msgid "swift" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:29(td) msgid "OpenStack Object Storage () service." msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:33(td) msgid "HTTPS" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:34(td) msgid "443" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:35(td) msgid "Any OpenStack service that is enabled for SSL, especially secure-access dashboard." msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:39(td) msgid "rsync" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:40(td) msgid "873" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:41(td) msgid "OpenStack Object Storage. Required." msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:44(td) msgid "iSCSI target" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:45(td) msgid "3260" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:46(td) msgid "OpenStack Block Storage. Required." msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:49(td) msgid "MySQL database service" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:50(td) msgid "3306" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:51(td) msgid "Most OpenStack components." msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:54(td) msgid "Message Broker (AMQP traffic)" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:55(td) msgid "5672" msgstr "" #: ./doc/config-reference/table_default-ports-peripheral-services.xml:56(td) msgid "OpenStack Block Storage, Networking, Orchestration, and Compute." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:6(title) ./doc/config-reference/networking/section_networking-options-reference.xml:43(title) msgid "Compute" msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:7(para) msgid "The OpenStack Compute service is a cloud computing fabric controller, which is the main part of an IaaS system. You can use OpenStack Compute to host and manage cloud computing systems. This section describes the OpenStack Compute configuration options." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:12(para) msgid "To configure your Compute installation, you must define configuration options in these files:" msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:16(para) msgid "nova.conf. Contains most of the Compute configuration options. Resides in the /etc/nova directory." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:21(para) msgid "api-paste.ini. Defines Compute limits. Resides in the /etc/nova directory." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:26(para) msgid "Related Image Service and Identity service management configuration files." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:32(title) msgid "Configure logging" msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:33(para) msgid "You can use nova.conf file to configure where Compute logs events, the level of logging, and log formats." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:36(para) msgid "To customize log formats for OpenStack Compute, use the configuration option settings documented in ." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:41(title) msgid "Configure authentication and authorization" msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:42(para) msgid "There are different methods of authentication for the OpenStack Compute project, including no authentication. The preferred system is the OpenStack Identity service, code-named Keystone." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:46(para) msgid "To customize authorization settings for Compute, use the configuration options documented in ." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:49(para) msgid "To customize certificate authority settings for Compute, use the configuration options documented in ." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:52(para) msgid "To customize Compute and the Identity service to use LDAP as a backend, refer to the configuration options documented in ." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:58(title) msgid "Configure resize" msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:59(para) msgid "Resize (or Server resize) is the ability to change the flavor of a server, thus allowing it to upscale or downscale according to user needs. For this feature to work properly, you might need to configure some underlying virt layers." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:64(title) ./doc/config-reference/compute/section_hypervisor_kvm.xml:5(title) msgid "KVM" msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:65(para) msgid "Resize on KVM is implemented currently by transferring the images between compute nodes over ssh. For KVM you need hostnames to resolve properly and passwordless ssh access between your compute hosts. Direct access from one compute host to another is needed to copy the VM file across." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:70(para) msgid "Cloud end users can find out how to resize a server by reading the OpenStack End User Guide." msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:76(title) msgid "XenServer" msgstr "" #: ./doc/config-reference/ch_computeconfigure.xml:77(para) msgid "To get resize to work with XenServer (and XCP), you need to establish a root trust between all hypervisor nodes and provide an /image mount point to your hypervisors dom0." msgstr "" #: ./doc/config-reference/bk-config-ref.xml:6(title) ./doc/config-reference/bk-config-ref.xml:8(titleabbrev) msgid "OpenStack Configuration Reference" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:16(orgname) ./doc/config-reference/bk-config-ref.xml:21(holder) msgid "OpenStack Foundation" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:20(year) msgid "2013" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:23(productname) msgid "OpenStack" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:24(releaseinfo) msgid "icehouse" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:28(remark) msgid "Copyright details are filled in by the template." msgstr "" #: ./doc/config-reference/bk-config-ref.xml:33(para) msgid "This document is for system administrators who want to look up configuration options. It contains lists of configuration options available with OpenStack and uses auto-generation to generate options and the descriptions from the code for each project. It includes sample configuration files." msgstr "" #: ./doc/config-reference/bk-config-ref.xml:43(date) msgid "2014-04-16" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:47(para) msgid "Update for Icehouse: Updated all configuration tables, include sample configuration files, add chapters for Database Service, Orchestration, and Telemetry." msgstr "" #: ./doc/config-reference/bk-config-ref.xml:58(date) msgid "2014-03-11" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:62(para) msgid "Sorted component listing. Moved procedures to the Cloud Administrator Guide" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:71(date) msgid "2014-01-09" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:75(para) msgid "Removes content addressed in installation, merges duplicated content, and revises legacy references." msgstr "" #: ./doc/config-reference/bk-config-ref.xml:84(date) msgid "2013-10-17" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:88(para) msgid "Havana release." msgstr "" #: ./doc/config-reference/bk-config-ref.xml:94(date) msgid "2013-08-16" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:98(para) msgid "Moves Block Storage driver configuration information from the Block Storage Administration Guide to this reference." msgstr "" #: ./doc/config-reference/bk-config-ref.xml:108(date) msgid "2013-06-10" msgstr "" #: ./doc/config-reference/bk-config-ref.xml:112(para) msgid "Initial creation of Configuration Reference." msgstr "" #: ./doc/config-reference/ch_blockstorageconfigure.xml:10(title) msgid "Block Storage" msgstr "" #: ./doc/config-reference/ch_blockstorageconfigure.xml:11(para) msgid "The OpenStack Block Storage service works with many different storage drivers that you can configure by using these instructions." msgstr "" #: ./doc/config-reference/ch_blockstorageconfigure.xml:15(title) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:212(title) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:161(title) msgid "cinder.conf configuration file" msgstr "" #: ./doc/config-reference/ch_blockstorageconfigure.xml:16(para) msgid "The cinder.conf file is installed in /etc/cinder by default. When you manually install the Block Storage service, the options in the cinder.conf file are set to default values." msgstr "" #: ./doc/config-reference/ch_blockstorageconfigure.xml:20(para) msgid "This example shows a typical cinder.conf file:" msgstr "" #: ./doc/config-reference/app_firewalls-ports.xml:6(title) msgid "Firewalls and default ports" msgstr "" #: ./doc/config-reference/app_firewalls-ports.xml:7(para) msgid "On some deployments, such as ones where restrictive firewalls are in place, you might need to manually configure a firewall to permit OpenStack service traffic." msgstr "" #: ./doc/config-reference/app_firewalls-ports.xml:10(para) msgid "To manually configure a firewall, you must permit traffic through the ports that each OpenStack service uses. This table lists the default ports that each OpenStack service uses:" msgstr "" #: ./doc/config-reference/app_firewalls-ports.xml:15(para) msgid "To function properly, some OpenStack components depend on other, non-OpenStack services. For example, the OpenStack dashboard uses HTTP for non-secure communication. In this case, you must configure the firewall to allow traffic to and from HTTP." msgstr "" #: ./doc/config-reference/app_firewalls-ports.xml:20(para) msgid "This table lists the ports that other OpenStack components use:" msgstr "" #: ./doc/config-reference/ch_identityconfigure.xml:10(title) msgid "Identity service" msgstr "" #: ./doc/config-reference/ch_identityconfigure.xml:11(para) msgid "This chapter details the OpenStack Identity service configuration options. For installation prerequisites and step-by-step walkthroughs, see the OpenStack Installation Guide for your distribution (docs.openstack.org) and Cloud Administrator Guide." msgstr "" #: ./doc/config-reference/ch_identityconfigure.xml:19(title) msgid "Identity service configuration file" msgstr "" #: ./doc/config-reference/ch_identityconfigure.xml:20(para) msgid "The Identity service is configured in the /etc/keystone/keystone.conf file." msgstr "" #: ./doc/config-reference/ch_identityconfigure.xml:22(para) msgid "The following tables provide a comprehensive list of the Identity service options." msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:6(caption) msgid "Default ports that OpenStack components use" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:12(th) msgid "OpenStack service" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:13(th) msgid "Default ports" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:14(th) msgid "Port type" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:19(literal) msgid "cinder" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:19(td) msgid "Block Storage ()" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:20(td) msgid "8776" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:21(td) ./doc/config-reference/table_default-ports-primary-services.xml:26(td) ./doc/config-reference/table_default-ports-primary-services.xml:70(td) ./doc/config-reference/table_default-ports-primary-services.xml:80(td) ./doc/config-reference/table_default-ports-primary-services.xml:91(td) ./doc/config-reference/table_default-ports-primary-services.xml:108(td) msgid "publicurl and adminurl" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:24(literal) msgid "nova" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:24(td) msgid "Compute () endpoints" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:25(td) msgid "8774" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:29(literal) ./doc/config-reference/compute/section_nova-log-files.xml:37(td) msgid "nova-api" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:29(td) msgid "Compute API ()" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:30(td) msgid "8773, 8775" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:34(td) msgid "Compute ports for access to virtual machine consoles" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:36(td) msgid "5900-5999" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:41(systemitem) msgid "openstack-nova-novncproxy" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:40(td) msgid "Compute VNC proxy for browsers ( )" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:42(td) msgid "6080" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:46(systemitem) msgid "openstack-nova-xvpvncproxy" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:45(td) msgid "Compute VNC proxy for traditional VNC clients ()" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:47(td) msgid "6081" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:51(td) msgid "Proxy port for HTML5 console used by Compute service" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:53(td) msgid "6082" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:57(literal) msgid "keystone" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:57(td) msgid "Identity service () administrative endpoint" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:59(td) msgid "35357" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:60(td) msgid "adminurl" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:63(td) msgid "Identity service public endpoint" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:64(td) msgid "5000" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:65(td) msgid "publicurl" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:68(literal) msgid "glance" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:68(td) msgid "Image Service () API" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:69(td) msgid "9292" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:73(td) msgid "Image Service registry" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:74(td) msgid "9191" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:78(literal) msgid "neutron" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:78(td) msgid "Networking ()" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:79(td) msgid "9696" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:83(td) msgid "Object Storage ()" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:84(td) msgid "6000, 6001, 6002" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:88(literal) msgid "heat" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:88(td) msgid "Orchestration () endpoint" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:90(td) msgid "8004" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:95(literal) msgid "openstack-heat-api-cfn" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:94(td) msgid "Orchestration AWS CloudFormation-compatible API ()" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:96(td) msgid "8000" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:101(literal) msgid "openstack-heat-api-cloudwatch" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:100(td) msgid "Orchestration AWS CloudWatch-compatible API ()" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:102(td) msgid "8003" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:106(literal) msgid "ceilometer" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:106(td) msgid "Telemetry ()" msgstr "" #: ./doc/config-reference/table_default-ports-primary-services.xml:107(td) msgid "8777" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:6(title) msgid "Object Storage" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:7(para) msgid "OpenStack Object Storage uses multiple configuration files for multiple services and background daemons, and to manage server configurations. Default configuration options appear in the [DEFAULT] section. You can override the default values by setting values in the other sections." msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:17(title) msgid "Object server configuration" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:18(para) msgid "Find an example object server configuration at etc/object-server.conf-sample in the source code repository." msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:21(para) ./doc/config-reference/ch_objectstorageconfigure.xml:48(para) ./doc/config-reference/ch_objectstorageconfigure.xml:71(para) ./doc/config-reference/ch_objectstorageconfigure.xml:101(para) ./doc/config-reference/ch_objectstorageconfigure.xml:128(para) ./doc/config-reference/ch_objectstorageconfigure.xml:167(para) ./doc/config-reference/ch_objectstorageconfigure.xml:176(para) msgid "The available configuration options are:" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:39(title) msgid "Sample object server configuration file" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:44(title) msgid "Object expirer configuration" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:45(para) msgid "Find an example object expirer configuration at etc/object-expirer.conf-sample in the source code repository." msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:62(title) msgid "Sample object expirer configuration file" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:67(title) msgid "Container server configuration" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:68(para) msgid "Find an example container server configuration at etc/container-server.conf-sample in the source code repository." msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:91(title) msgid "Sample container server configuration file" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:97(title) msgid "Account server configuration" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:98(para) msgid "Find an example account server configuration at etc/account-server.conf-sample in the source code repository." msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:119(title) msgid "Sample account server configuration file" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:124(title) msgid "Proxy server configuration" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:125(para) msgid "Find an example proxy server configuration at etc/proxy-server.conf-sample in the source code repository." msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:158(title) msgid "Sample proxy server configuration file" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:163(title) msgid "Proxy server memcache configuration" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:164(para) msgid "Find an example memcache configuration for the proxy server at etc/memcache.conf-sample in the source code repository." msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:172(title) msgid "Rsyncd configuration" msgstr "" #: ./doc/config-reference/ch_objectstorageconfigure.xml:173(para) msgid "Find an example rsyncd configuration at etc/rsyncd.conf-sample in the source code repository." msgstr "" #: ./doc/config-reference/ch_dashboardconfigure.xml:6(title) msgid "Dashboard" msgstr "" #: ./doc/config-reference/ch_dashboardconfigure.xml:7(para) msgid "This chapter describes how to configure the OpenStack dashboard with Apache web server." msgstr "" #: ./doc/config-reference/ch_networkingconfigure.xml:10(title) msgid "Networking" msgstr "" #: ./doc/config-reference/ch_networkingconfigure.xml:11(para) msgid "This chapter explains the OpenStack Networking configuration options. For installation prerequisites, steps, and use cases, see the OpenStack Installation Guide for your distribution (docs.openstack.org) and Cloud Administrator Guide." msgstr "" #: ./doc/config-reference/ch_orchestrationconfigure.xml:11(para) msgid "The Orchestration service is designed to manage the lifecycle of infrastructure and applications within OpenStack clouds. Its various agents and services are configured in the /etc/heat/heat.conf file." msgstr "" #: ./doc/config-reference/ch_orchestrationconfigure.xml:15(para) msgid "To install Orchestration, see the OpenStack Installation Guide for your distribution (docs.openstack.org)." msgstr "" #: ./doc/config-reference/ch_orchestrationconfigure.xml:19(para) msgid "The following tables provide a comprehensive list of the Orchestration configuration options." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:10(title) ./doc/config-reference/compute/section_compute-configure-xen.xml:75(title) msgid "Xen configuration reference" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:11(para) msgid "The following section discusses some commonly changed options in XenServer. The table below provides a complete reference of all configuration options available for configuring Xen with OpenStack." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:15(para) msgid "The recommended way to use Xen with OpenStack is through the XenAPI driver. To enable the XenAPI driver, add the following configuration options /etc/nova/nova.conf and restart the nova-compute service:" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:23(para) msgid "These connection details are used by the OpenStack Compute service to contact your hypervisor and are the same details you use to connect XenCenter, the XenServer management console, to your XenServer or XCP box." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:27(para) msgid "The xenapi_connection_url is generally the management network IP address of the XenServer. Though it is possible to use the internal network IP Address (169.250.0.1) to contact XenAPI, this does not allow live migration between hosts, and other functionalities like host aggregates do not work." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:34(para) msgid "It is possible to manage Xen using libvirt, though this is not well-tested or supported. To experiment using Xen through libvirt add the following configuration options /etc/nova/nova.conf: " msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:42(title) ./doc/config-reference/networking/section_networking-options-reference.xml:19(title) msgid "Agent" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:43(para) msgid "If you don't have the guest agent on your VMs, it takes a long time for nova to decide the VM has successfully started. Generally a large timeout is required for Windows instances, bug you may want to tweak agent_version_timeout" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:48(title) msgid "Firewall" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:49(para) msgid "If using nova-network, IPTables is supported: Alternately, doing the isolation in Dom0: " msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:56(title) msgid "VNC proxy address" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:57(para) msgid "Assuming you are talking to XenAPI through the host local management network, and XenServer is on the address: 169.254.0.1, you can use the following: vncserver_proxyclient_address=169.254.0.1" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:63(title) msgid "Storage" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:71(para) msgid "To use a XenServer pool, you must create the pool by using the Host Aggregates feature." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:64(para) msgid "You can specify which Storage Repository to use with nova by looking at the following flag. The default is to use the local-storage setup by the default installer: Another good alternative is to use the \"default\" storage (for example if you have attached NFS or any other shared storage): " msgstr "" #: ./doc/config-reference/compute/section_compute-configure-xen.xml:76(para) msgid "To customize the Xen driver, use the configuration option settings documented in ." msgstr "" #. When image changes, this message will be marked fuzzy or untranslated for you. #. It doesn't matter what you translate it to: it's not used at all. #: ./doc/config-reference/compute/section_introduction-to-xen.xml:134(None) msgid "@@image: '../../common/figures/xenserver_architecture.png'; md5=8eb25be1693aa7865967ac7b07d3e563" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:7(title) msgid "Xen, XenAPI, XenServer, and XCP" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:9(title) msgid "This section needs help" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:10(para) msgid "This section is low quality, and contains out of date information. The Documentation Team is currently looking for individuals with experience with the hypervisor to Re-document Xen integration with OpenStack." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:16(para) msgid "This section describes Xen, XenAPI, XenServer, and XCP, their differences, and how to use them with OpenStack. After you understand how the Xen and KVM architectures differ, you can determine when to use each architecture in your OpenStack cloud." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:22(title) msgid "Xen terminology" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:23(para) msgid "Xen. A hypervisor that provides the fundamental isolation between virtual machines. Xen is open source (GPLv2) and is managed by Xen.org, an cross-industry organization." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:27(para) msgid "Xen is a component of many different products and projects. The hypervisor itself is very similar across all these projects, but the way that it is managed can be different, which can cause confusion if you're not clear which tool stack you are using. Make sure you know what tool stack you want before you get started." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:33(para) msgid "Xen Cloud Platform (XCP). An open source (GPLv2) tool stack for Xen. It is designed specifically as a platform for enterprise and cloud computing, and is well integrated with OpenStack. XCP is available both as a binary distribution, installed from an iso, and from Linux distributions, such as xcp-xapi in Ubuntu. The current versions of XCP available in Linux distributions do not yet include all the features available in the binary distribution of XCP." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:45(para) msgid "Citrix XenServer. A commercial product. It is based on XCP, and exposes the same tool stack and management API. As an analogy, think of XenServer being based on XCP in the way that Red Hat Enterprise Linux is based on Fedora. XenServer has a free version (which is very similar to XCP) and paid-for versions with additional features enabled. Citrix provides support for XenServer, but as of July 2012, they do not provide any support for XCP. For a comparison between these products see the XCP Feature Matrix." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:57(para) msgid "Both XenServer and XCP include Xen, Linux, and the primary control daemon known as xapi." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:60(para) msgid "The API shared between XCP and XenServer is called XenAPI. OpenStack usually refers to XenAPI, to indicate that the integration works equally well on XCP and XenServer. Sometimes, a careless person will refer to XenServer specifically, but you can be reasonably confident that anything that works on XenServer will also work on the latest version of XCP. Read the XenAPI Object Model Overview for definitions of XenAPI specific terms such as SR, VDI, VIF and PIF." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:73(title) msgid "Privileged and unprivileged domains" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:74(para) msgid "A Xen host runs a number of virtual machines, VMs, or domains (the terms are synonymous on Xen). One of these is in charge of running the rest of the system, and is known as \"domain 0,\" or \"dom0.\" It is the first domain to boot after Xen, and owns the storage and networking hardware, the device drivers, and the primary control software. Any other VM is unprivileged, and are known as a \"domU\" or \"guest\". All customer VMs are unprivileged of course, but you should note that on Xen the OpenStack control software (nova-compute) also runs in a domU. This gives a level of security isolation between the privileged system software and the OpenStack software (much of which is customer-facing). This architecture is described in more detail later." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:90(para) msgid "There is an ongoing project to split domain 0 into multiple privileged domains known as driver domains and stub domains. This would give even better separation between critical components. This technology is what powers Citrix XenClient RT, and is likely to be added into XCP in the next few years. However, the current architecture just has three levels of separation: dom0, the OpenStack domU, and the completely unprivileged customer VMs." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:103(title) msgid "Paravirtualized versus hardware virtualized domains" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:105(para) msgid "A Xen virtual machine can be paravirtualized (PV) or hardware virtualized (HVM). This refers to the interaction between Xen, domain 0, and the guest VM's kernel. PV guests are aware of the fact that they are virtualized and will co-operate with Xen and domain 0; this gives them better performance characteristics. HVM guests are not aware of their environment, and the hardware has to pretend that they are running on an unvirtualized machine. HVM guests do not need to modify the guest operating system, which is essential when running Windows." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:118(para) msgid "In OpenStack, customer VMs may run in either PV or HVM mode. However, the OpenStack domU (that's the one running nova-compute) must be running in PV mode." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:126(title) msgid "XenAPI Deployment Architecture" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:128(para) msgid "When you deploy OpenStack on XCP or XenServer, you get something similar to this: " msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:140(para) msgid "The hypervisor: Xen" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:143(para) msgid "Domain 0: runs xapi and some small pieces from OpenStack (some xapi plug-ins and network isolation rules). The majority of this is provided by XenServer or XCP (or yourself using Kronos)." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:150(para) msgid "OpenStack VM: The nova-compute code runs in a paravirtualized virtual machine, running on the host under management. Each host runs a local instance of nova-compute. It will often also be running nova-network (depending on your network mode). In this case, nova-network is managing the addresses given to the tenant VMs through DHCP." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:162(para) msgid "Nova uses the XenAPI Python library to talk to xapi, and it uses the Management Network to reach from the domU to dom0 without leaving the host." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:138(para) msgid "Key things to note: " msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:170(para) msgid "The above diagram assumes FlatDHCP networking (the DevStack default)." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:176(para) msgid "Management network - RabbitMQ, MySQL, etc. Please note that the VM images are downloaded by the XenAPI plug-ins, so make sure that the images can be downloaded through the management network. It usually means binding those services to the management interface." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:186(para) msgid "Tenant network - controlled by nova-network. The parameters of this network depend on the networking model selected (Flat, Flat DHCP, VLAN)." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:193(para) msgid "Public network - floating IPs, public API endpoints." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:174(para) msgid "There are three main OpenStack Networks:" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:199(para) msgid "The networks shown here must be connected to the corresponding physical networks within the data center. In the simplest case, three individual physical network cards could be used. It is also possible to use VLANs to separate these networks. Please note, that the selected configuration must be in line with the networking model selected for the cloud. (In case of VLAN networking, the physical channels have to be able to forward the tagged traffic.)" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:168(para) msgid "Some notes on the networking: " msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:214(title) msgid "XenAPI pools" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:215(para) msgid "The host-aggregates feature enables you to create pools of XenServer hosts to enable live migration when using shared storage. However, you cannot configure shared storage." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:221(title) msgid "Further reading" msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:225(para) msgid "Citrix XenServer official documentation: http://docs.vmd.citrix.com/XenServer." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:232(para) msgid "What is Xen? by Xen.org: http://xen.org/files/Marketing/WhatisXen.pdf." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:238(para) msgid "Xen Hypervisor project: http://xen.org/products/xenhyp.html." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:244(para) msgid "XCP project: http://xen.org/products/cloudxen.html." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:250(para) msgid "Further XenServer and OpenStack information: http://wiki.openstack.org/XenServer." msgstr "" #: ./doc/config-reference/compute/section_introduction-to-xen.xml:222(para) msgid "Here are some of the resources available to learn more about Xen: " msgstr "" #: ./doc/config-reference/compute/section_hypervisor_baremetal.xml:6(title) msgid "Baremetal driver" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_baremetal.xml:7(para) msgid "The baremetal driver is a hypervisor driver for OpenStack Nova Compute. Within the OpenStack framework, it has the same role as the drivers for other hypervisors (libvirt, xen, etc), and yet it is presently unique in that the hardware is not virtualized - there is no hypervisor between the tenants and the physical hardware. It exposes hardware through the OpenStack APIs, using pluggable sub-drivers to deliver machine imaging (PXE) and power control (IPMI). With this, provisioning and management of physical hardware is accomplished by using common cloud APIs and tools, such as the Orchestration module (heat) or salt-cloud. However, due to this unique situation, using the baremetal driver requires some additional preparation of its environment, the details of which are beyond the scope of this guide." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_baremetal.xml:20(para) msgid "Some OpenStack Compute features are not implemented by the baremetal hypervisor driver. See the hypervisor support matrix for details." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_baremetal.xml:24(para) msgid "For the Baremetal driver to be loaded and function properly, ensure that the following options are set in /etc/nova/nova.conf on your nova-compute hosts." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_baremetal.xml:34(para) msgid "Many configuration options are specific to the Baremetal driver. Also, some additional steps are required, such as building the baremetal deploy ramdisk. See the main wiki page for details and implementation suggestions." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_baremetal.xml:40(para) msgid "To customize the Baremetal driver, use the configuration option settings documented in ." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-backing-storage.xml:10(title) msgid "Configure Compute backing storage" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-backing-storage.xml:11(para) msgid "Backing Storage is the storage used to provide the expanded operating system image, and any ephemeral storage. Inside the virtual machine, this is normally presented as two virtual hard disks (for example, /dev/vda and /dev/vdb respectively). However, inside OpenStack, this can be derived from one of three methods: LVM, QCOW or RAW, chosen using the libvirt_images_type option in nova.conf on the compute node." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-backing-storage.xml:19(para) msgid "QCOW is the default backing store. It uses a copy-on-write philosophy to delay allocation of storage until it is actually needed. This means that the space required for the backing of an image can be significantly less on the real disk than what seems available in the virtual machine operating system." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-backing-storage.xml:24(para) msgid "RAW creates files without any sort of file formatting, effectively creating files with the plain binary one would normally see on a real disk. This can increase performance, but means that the entire size of the virtual disk is reserved on the physical disk." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-backing-storage.xml:29(para) msgid "Local LVM volumes can also be used. Set libvirt_images_volume_group=nova_local where nova_local is the name of the LVM group you have created." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:10(title) msgid "Hypervisors" msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:11(para) msgid "OpenStack Compute supports many hypervisors, which might make it difficult for you to choose one. Most installations use only one hypervisor. However you can use and to schedule to different hypervisors within the same installation. The following links help you choose a hypervisor. See http://wiki.openstack.org/HypervisorSupportMatrix for a detailed list of features and support across the hypervisors." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:22(para) msgid "The following hypervisors are supported:" msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:25(para) msgid "KVM - Kernel-based Virtual Machine. The virtual disk formats that it supports is inherited from QEMU since it uses a modified QEMU program to launch the virtual machine. The supported formats include raw images, the qcow2, and VMware formats." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:34(para) msgid "LXC - Linux Containers (through libvirt), use to run Linux-based virtual machines." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:39(para) msgid "QEMU - Quick EMUlator, generally only used for development purposes." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:44(para) msgid "UML - User Mode Linux, generally only used for development purposes." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:50(para) msgid "VMware vSphere 4.1 update 1 and newer, runs VMware-based Linux and Windows images through a connection with a vCenter server or directly with an ESXi host." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:56(para) msgid "Xen - XenServer, Xen Cloud Platform (XCP), use to run Linux or Windows virtual machines. You must install the nova-compute service in a para-virtualized VM." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:64(para) msgid " Hyper-V - Server virtualization with Microsoft's Hyper-V, use to run Windows, Linux, and FreeBSD virtual machines. Runs nova-compute natively on the Windows virtualization platform." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:73(para) msgid " Bare Metal - Not a hypervisor in the traditional sense, this driver provisions physical hardware through pluggable sub-drivers (for example, PXE for image deployment, and IPMI for power management)." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:82(title) msgid "Hypervisor configuration basics" msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:83(para) msgid "The node where the nova-compute service is installed and running is the machine that runs all the virtual machines, referred to as the compute node in this guide." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:87(para) msgid "By default, the selected hypervisor is KVM. To change to another hypervisor, change the libvirt_type option in nova.conf and restart the nova-compute service." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:93(para) msgid "Here are the general nova.conf options that are used to configure the compute node's hypervisor: ." msgstr "" #: ./doc/config-reference/compute/section_compute-hypervisors.xml:96(para) msgid "Specific options for particular hypervisors can be found in following sections." msgstr "" #. When image changes, this message will be marked fuzzy or untranslated for you. #. It doesn't matter what you translate it to: it's not used at all. #: ./doc/config-reference/compute/section_compute-config-samples.xml:44(None) msgid "@@image: '../../common/figures/SCH_5004_V00_NUAC-Network_mode_KVM_Flat_OpenStack.png'; md5=1e883ef27e5912b5c516d153b8844a28" msgstr "" #. When image changes, this message will be marked fuzzy or untranslated for you. #. It doesn't matter what you translate it to: it's not used at all. #: ./doc/config-reference/compute/section_compute-config-samples.xml:83(None) msgid "@@image: '../../common/figures/SCH_5005_V00_NUAC-Network_mode_XEN_Flat_OpenStack.png'; md5=3b151435a0fda3702d4fac5a964fac83" msgstr "" #: ./doc/config-reference/compute/section_compute-config-samples.xml:9(title) msgid "Example nova.conf configuration files" msgstr "" #: ./doc/config-reference/compute/section_compute-config-samples.xml:11(para) msgid "The following sections describe the configuration options in the nova.conf file. You must copy the nova.conf file to each compute node. The sample nova.conf files show examples of specific configurations." msgstr "" #: ./doc/config-reference/compute/section_compute-config-samples.xml:17(title) msgid "Small, private cloud" msgstr "" #: ./doc/config-reference/compute/section_compute-config-samples.xml:18(para) msgid "This example nova.conf file configures a small private cloud with cloud controller services, database server, and messaging server on the same server. In this case, CONTROLLER_IP represents the IP address of a central server, BRIDGE_INTERFACE represents the bridge such as br100, the NETWORK_INTERFACE represents an interface to your VLAN setup, and passwords are represented as DB_PASSWORD_COMPUTE for your Compute (nova) database password, and RABBIT PASSWORD represents the password to your message queue installation." msgstr "" #: ./doc/config-reference/compute/section_compute-config-samples.xml:31(title) ./doc/config-reference/compute/section_compute-config-samples.xml:38(title) ./doc/config-reference/compute/section_compute-config-samples.xml:77(title) msgid "KVM, Flat, MySQL, and Glance, OpenStack or EC2 API" msgstr "" #: ./doc/config-reference/compute/section_compute-config-samples.xml:33(para) msgid "This example nova.conf file, from an internal Rackspace test system, is used for demonstrations." msgstr "" #: ./doc/config-reference/compute/section_compute-config-samples.xml:50(title) msgid "XenServer, Flat networking, MySQL, and Glance, OpenStack API" msgstr "" #: ./doc/config-reference/compute/section_compute-config-samples.xml:52(para) msgid "This example nova.conf file is from an internal Rackspace test system." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_lxc.xml:6(title) msgid "LXC (Linux containers)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_lxc.xml:7(para) msgid "LXC (also known as Linux containers) is a virtualization technology that works at the operating system level. This is different from hardware virtualization, the approach used by other hypervisors such as KVM, Xen, and VMware. LXC (as currently implemented using libvirt in the Compute service) is not a secure virtualization technology for multi-tenant environments (specifically, containers may affect resource quotas for other containers hosted on the same machine). Additional containment technologies, such as AppArmor, may be used to provide better isolation between containers, although this is not the case by default. For all these reasons, the choice of this virtualization technology is not recommended in production." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_lxc.xml:15(para) msgid "If your compute hosts do not have hardware support for virtualization, LXC will likely provide better performance than QEMU. In addition, if your guests must access specialized hardware, such as GPUs, this might be easier to achieve with LXC than other hypervisors." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_lxc.xml:18(para) msgid "Some OpenStack Compute features might be missing when running with LXC as the hypervisor. See the hypervisor support matrix for details." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_lxc.xml:21(para) msgid "To enable LXC, ensure the following options are set in /etc/nova/nova.conf on all hosts running the nova-compute service." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_lxc.xml:26(para) msgid "On Ubuntu 12.04, enable LXC support in OpenStack by installing the nova-compute-lxc package." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-db.xml:9(title) msgid "Database configuration" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-db.xml:10(para) msgid "You can configure OpenStack Compute to use any SQLAlchemy-compatible database. The database name is nova. The nova-conductor service is the only service that writes to the database. The other Compute services access the database through the nova-conductor service." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-db.xml:17(para) msgid "To ensure that the database schema is current, run the following command:" msgstr "" #: ./doc/config-reference/compute/section_compute-configure-db.xml:19(para) msgid "If nova-conductor is not used, entries to the database are mostly written by the nova-scheduler service, although all services must be able to update entries in the database." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-db.xml:24(para) msgid "In either case, use the configuration option settings documented in to configure the connection string for the nova database." msgstr "" #: ./doc/config-reference/compute/section_compute-options-reference.xml:6(title) msgid "Compute sample configuration files" msgstr "" #: ./doc/config-reference/compute/section_compute-options-reference.xml:8(title) msgid "nova.conf - configuration options" msgstr "" #: ./doc/config-reference/compute/section_compute-options-reference.xml:9(para) msgid "For a complete list of all available configuration options for each OpenStack Compute service, run bin/nova-<servicename> --help." msgstr "" #: ./doc/config-reference/compute/section_compute-sample-configuration-files.xml:4(title) ./doc/config-reference/dashboard/section_dashboard-sample-configuration-files.xml:6(title) msgid "Additional sample configuration files" msgstr "" #: ./doc/config-reference/compute/section_compute-sample-configuration-files.xml:5(para) msgid "Files in this section can be found in /etc/nova." msgstr "" #: ./doc/config-reference/compute/section_compute-sample-configuration-files.xml:7(title) ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:15(title) ./doc/config-reference/block-storage/section_block-storage-sample-configuration-files.xml:15(title) msgid "api-paste.ini" msgstr "" #: ./doc/config-reference/compute/section_compute-sample-configuration-files.xml:8(para) msgid "The Compute service stores its API configuration settings in the api-paste.ini file." msgstr "" #: ./doc/config-reference/compute/section_compute-sample-configuration-files.xml:15(title) ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:22(title) ./doc/config-reference/block-storage/section_block-storage-sample-configuration-files.xml:22(title) ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:35(title) ./doc/config-reference/identity/section_keystone-sample-conf-files.xml:42(title) ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:50(title) msgid "policy.json" msgstr "" #: ./doc/config-reference/compute/section_compute-sample-configuration-files.xml:16(para) msgid "The policy.json file defines additional access controls that apply to the Compute service." msgstr "" #: ./doc/config-reference/compute/section_compute-sample-configuration-files.xml:22(title) ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:30(title) ./doc/config-reference/block-storage/section_block-storage-sample-configuration-files.xml:27(title) msgid "rootwrap.conf" msgstr "" #: ./doc/config-reference/compute/section_compute-sample-configuration-files.xml:23(para) msgid "The rootwrap.conf file defines configuration values used by the rootwrap script when the Compute service needs to escalate its privileges to those of the root user." msgstr "" #: ./doc/config-reference/compute/section_compute-configure-console.xml:7(title) msgid "Configure remote console access" msgstr "" #. #: ./doc/config-reference/compute/section_compute-configure-console.xml:9(para) msgid "OpenStack has two main methods for providing a remote console or remote desktop access to guest Virtual Machines. They are VNC, and SPICE HTML5 and can be used either through the OpenStack dashboard and the command line. Best practice is to select one or the other to run." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:6(para) msgid "KVM is configured as the default hypervisor for Compute." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:8(para) msgid "This document contains several sections about hypervisor selection. If you are reading this document linearly, you do not want to load the KVM module before you install nova-compute. The nova-compute service depends on qemu-kvm, which installs /lib/udev/rules.d/45-qemu-kvm.rules, which sets the correct permissions on the /dev/kvm device node." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:15(para) msgid "To enable KVM explicitly, add the following configuration options to the /etc/nova/nova.conf file:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:19(para) msgid "The KVM hypervisor supports the following virtual machine image formats:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:22(para) ./doc/config-reference/compute/section_hypervisor_qemu.xml:43(para) msgid "Raw" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:25(para) ./doc/config-reference/compute/section_hypervisor_qemu.xml:46(para) msgid "QEMU Copy-on-write (qcow2)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:28(para) msgid "QED Qemu Enhanced Disk" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:31(para) msgid "VMWare virtual machine disk format (vmdk)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:34(para) msgid "This section describes how to enable KVM on your system. For more information, see the following distribution-specific documentation:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:38(para) msgid "Fedora: Getting started with virtualization from the Fedora project wiki." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:44(para) msgid "Ubuntu: KVM/Installation from the Community Ubuntu documentation." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:48(para) msgid "Debian: Virtualization with KVM from the Debian handbook." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:53(para) msgid "Red Hat Enterprise Linux: Installing virtualization packages on an existing Red Hat Enterprise Linux system from the Red Hat Enterprise Linux Virtualization Host Configuration and Guest Installation Guide." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:61(para) msgid "openSUSE: Installing KVM from the openSUSE Virtualization with KVM manual." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:67(para) msgid "SLES: Installing KVM from the SUSE Linux Enterprise Server Virtualization with KVM manual." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:77(title) msgid "Specify the CPU model of KVM guests" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:78(para) msgid "The Compute service enables you to control the guest CPU model that is exposed to KVM virtual machines. Use cases include:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:82(para) msgid "To maximize performance of virtual machines by exposing new host CPU features to the guest" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:86(para) msgid "To ensure a consistent default CPU across all machines, removing reliance of variable QEMU defaults" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:90(para) msgid "In libvirt, the CPU is specified by providing a base CPU model name (which is a shorthand for a set of feature flags), a set of additional feature flags, and the topology (sockets/cores/threads). The libvirt KVM driver provides a number of standard CPU model names. These models are defined in the /usr/share/libvirt/cpu_map.xml file. Check this file to determine which models are supported by your local installation." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:96(para) msgid "Two Compute configuration options define which type of CPU model is exposed to the hypervisor when using KVM: libvirt_cpu_mode and libvirt_cpu_model." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:99(para) msgid "The libvirt_cpu_mode option can take one of the following values: none, host-passthrough, host-model, and custom." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:103(title) msgid "Host model (default for KVM & QEMU)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:104(para) msgid "If your nova.conf file contains libvirt_cpu_mode=host-model, libvirt identifies the CPU model in /usr/share/libvirt/cpu_map.xml file that most closely matches the host, and requests additional CPU flags to complete the match. This configuration provides the maximum functionality and performance and maintains good reliability and compatibility if the guest is migrated to another host with slightly different host CPUs." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:113(title) msgid "Host pass through" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:114(para) msgid "If your nova.conf file contains libvirt_cpu_mode=host-passthrough, libvirt tells KVM to pass through the host CPU with no modifications. The difference to host-model, instead of just matching feature flags, every last detail of the host CPU is matched. This gives absolutely best performance, and can be important to some apps which check low level CPU details, but it comes at a cost with respect to migration: the guest can only be migrated to an exactly matching host CPU." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:123(title) msgid "Custom" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:124(para) msgid "If your nova.conf file contains libvirt_cpu_mode=custom, you can explicitly specify one of the supported named model using the libvirt_cpu_model configuration option. For example, to configure the KVM guests to expose Nehalem CPUs, your nova.conf file should contain:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:133(title) msgid "None (default for all libvirt-driven hypervisors other than KVM & QEMU)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:135(para) msgid "If your nova.conf file contains libvirt_cpu_mode=none, libvirt does not specify a CPU model. Instead, the hypervisor chooses the default model." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:141(title) msgid "Guest agent support" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:142(para) msgid "Use guest agents to enable optional access between compute nodes and guests through a socket, using the QMP protocol." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:144(para) msgid "To enable this feature, you must set hw_qemu_guest_agent=yes as a metadata parameter on the image you wish to use to create guest-agent-capable instances from. You can explicitly disable the feature by setting hw_qemu_guest_agent=no in the image metadata." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:150(title) msgid "KVM performance tweaks" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:151(para) msgid "The VHostNet kernel module improves network performance. To load the kernel module, run the following command as root:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:157(title) msgid "Troubleshoot KVM" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:158(para) msgid "Trying to launch a new virtual machine instance fails with the ERRORstate, and the following error appears in the /var/log/nova/nova-compute.log file:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:162(para) msgid "This message indicates that the KVM kernel modules were not loaded." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:163(para) msgid "If you cannot start VMs after installation without rebooting, the permissions might not be correct. This can happen if you load the KVM module before you install nova-compute. To check whether the group is set to kvm, run:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_kvm.xml:168(para) msgid "If it is not set to kvm, run:" msgstr "" #: ./doc/config-reference/compute/section_compute-conductor.xml:7(title) msgid "Conductor" msgstr "" #: ./doc/config-reference/compute/section_compute-conductor.xml:8(para) msgid "The nova-conductor service enables OpenStack to function without compute nodes accessing the database. Conceptually, it implements a new layer on top of nova-compute. It should not be deployed on compute nodes, or else the security benefits of removing database access from nova-compute are negated. Just like other nova services such as nova-api or nova-scheduler, it can be scaled horizontally. You can run multiple instances of nova-conductor on different machines as needed for scaling purposes." msgstr "" #: ./doc/config-reference/compute/section_compute-conductor.xml:21(para) msgid "The methods exposed by nova-conductor are relatively simple methods used by nova-compute to offload its database operations. Places where nova-compute previously performed database access are now talking to nova-conductor. However, we have plans in the medium to long term to move more and more of what is currently in nova-compute up to the nova-conductor layer. The Compute service will start to look like a less intelligent slave service to nova-conductor. The conductor service will implement long running complex operations, ensuring forward progress and graceful error handling. This will be especially beneficial for operations that cross multiple compute nodes, such as migrations or resizes." msgstr "" #: ./doc/config-reference/compute/section_compute-conductor.xml:40(para) msgid "To customize the Conductor, use the configuration option settings documented in ." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:6(title) msgid "Overview of nova.conf" msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:7(para) msgid "The nova.conf configuration file is an INI file format as explained in ." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:11(para) msgid "You can use a particular configuration option file by using the option (nova.conf) parameter when you run one of the nova-* services. This parameter inserts configuration option definitions from the specified configuration file name, which might be useful for debugging or performance tuning." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:17(para) msgid "For a list of configuration options, see the tables in this guide." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:19(para) msgid "To learn more about the nova.conf configuration file, review the general purpose configuration options documented in ." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:23(para) msgid "Do not specify quotes around Nova options." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:26(title) msgid "Sections" msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:31(literal) ./doc/config-reference/compute/section_compute-scheduler.xml:623(td) ./doc/config-reference/compute/section_compute-scheduler.xml:631(td) ./doc/config-reference/compute/section_compute-scheduler.xml:640(td) msgid "[DEFAULT]" msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:33(para) msgid "Contains most configuration options. If the documentation for a configuration option does not specify its section, assume that it appears in this section." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:41(literal) ./doc/config-reference/compute/section_compute-scheduler.xml:704(td) ./doc/config-reference/compute/section_compute-scheduler.xml:710(td) ./doc/config-reference/compute/section_compute-scheduler.xml:716(td) ./doc/config-reference/compute/section_compute-scheduler.xml:722(td) ./doc/config-reference/compute/section_compute-scheduler.xml:729(td) msgid "[cells]" msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:43(para) msgid "Configures cells functionality. For details, see the Cells section ()." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:51(literal) msgid "[baremetal]" msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:53(para) msgid "Configures the baremetal hypervisor driver." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:58(literal) msgid "[conductor]" msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:60(para) msgid "Configures the nova-conductor service." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:67(literal) msgid "[trusted_computing]" msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:69(para) msgid "Configures the trusted computing pools functionality and how to connect to a remote attestation service." msgstr "" #: ./doc/config-reference/compute/section_nova-conf.xml:27(para) msgid "Configuration options are grouped by section. The Compute configuration file supports the following sections: " msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:6(title) msgid "Hyper-V virtualization platform" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:15(emphasis) msgid "Windows Server 2008r2" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:16(para) msgid "Both Server and Server Core with the Hyper-V role enabled (Shared Nothing Live migration is not supported using 2008r2)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:20(emphasis) msgid "Windows Server 2012" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:21(para) msgid "Server and Core (with the Hyper-V role enabled), and Hyper-V Server" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:7(para) msgid "It is possible to use Hyper-V as a compute node within an OpenStack Deployment. The nova-compute service runs as \"openstack-compute,\" a 32-bit service directly upon the Windows platform with the Hyper-V role enabled. The necessary Python components as well as the nova-compute service are installed directly onto the Windows platform. Windows Clustering Services are not needed for functionality within the OpenStack infrastructure. The use of the Windows Server 2012 platform is recommend for the best experience and is the platform for active development. The following Windows platforms have been tested as compute nodes:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:26(title) msgid "Hyper-V configuration" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:27(para) msgid "The following sections discuss how to prepare the Windows Hyper-V node for operation as an OpenStack compute node. Unless stated otherwise, any configuration information should work for both the Windows 2008r2 and 2012 platforms." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:30(emphasis) msgid "Local Storage Considerations" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:31(para) msgid "The Hyper-V compute node needs to have ample storage for storing the virtual machine images running on the compute nodes. You may use a single volume for all, or partition it into an OS volume and VM volume. It is up to the individual deploying to decide." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:37(title) msgid "Configure NTP" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:38(para) msgid "Network time services must be configured to ensure proper operation of the Hyper-V compute node. To set network time on your Hyper-V host you must run the following commands:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:52(title) msgid "Configure Hyper-V virtual switching" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:53(para) msgid "Information regarding the Hyper-V virtual Switch can be located here: http://technet.microsoft.com/en-us/library/hh831823.aspx" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:57(para) msgid "To quickly enable an interface to be used as a Virtual Interface the following PowerShell may be used:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:67(title) msgid "Enable iSCSI initiator service" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:68(para) msgid "To prepare the Hyper-V node to be able to attach to volumes provided by cinder you must first make sure the Windows iSCSI initiator service is running and started automatically." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:79(title) msgid "Configure shared nothing live migration" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:80(para) msgid "Detailed information on the configuration of live migration can be found here: http://technet.microsoft.com/en-us/library/jj134199.aspx" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:83(para) msgid "The following outlines the steps of shared nothing live migration." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:86(para) msgid "The target hosts ensures that live migration is enabled and properly configured in Hyper-V." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:90(para) msgid "The target hosts checks if the image to be migrated requires a base VHD and pulls it from the Image Service if not already available on the target host." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:96(para) msgid "The source hosts ensures that live migration is enabled and properly configured in Hyper-V." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:100(para) msgid "The source hosts initiates a Hyper-V live migration." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:103(para) msgid "The source hosts communicates to the manager the outcome of the operation." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:111(literal) msgid "instances_shared_storage=False" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:112(para) msgid "This needed to support \"shared nothing\" Hyper-V live migrations. It is used in nova/compute/manager.py" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:116(literal) msgid "limit_cpu_features=True" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:117(para) msgid "This flag is needed to support live migration to hosts with different CPU features. This flag is checked during instance creation in order to limit the CPU features used by the VM." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:123(literal) msgid "instances_path=DRIVELETTER:\\PATH\\TO\\YOUR\\INSTANCES" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:107(para) msgid "The following two configuration options/flags are needed in order to support Hyper-V live migration and must be added to your nova.conf on the Hyper-V compute node:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:127(para) msgid "Additional Requirements:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:130(para) msgid "Hyper-V 2012 RC or Windows Server 2012 RC with Hyper-V role enabled" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:133(para) msgid "A Windows domain controller with the Hyper-V compute nodes as domain members" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:137(para) msgid "The instances_path command-line option/flag needs to be the same on all hosts." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:141(para) msgid "The openstack-compute service deployed with the setup must run with domain credentials. You can set the service credentials with:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:150(emphasis) msgid "How to setup live migration on Hyper-V" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:151(para) msgid "To enable 'shared nothing live' migration, run the 3 PowerShell instructions below on each Hyper-V host:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:157(replaceable) ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:342(replaceable) ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:343(replaceable) ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:350(replaceable) msgid "IP_ADDRESS" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:163(para) msgid "Please replace the IP_ADDRESS with the address of the interface which will provide the virtual switching for nova-network." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:166(emphasis) msgid "Additional Reading" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:167(para) msgid "Here's an article that clarifies the various live migration options in Hyper-V:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:171(link) msgid "http://ariessysadmin.blogspot.ro/2012/04/hyper-v-live-migration-of-windows.html" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:175(title) msgid "Python Requirements" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:176(emphasis) msgid "Python" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:182(link) msgid "http://www.python.org/ftp/python/2.7.3/python-2.7.3.msi" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:186(para) msgid "Install the MSI accepting the default options." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:189(para) msgid "The installation will put python in C:/python27." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:177(para) msgid "Python 2.7.3 must be installed prior to installing the OpenStack Compute Driver on the Hyper-V server. Download and then install the MSI for windows here:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:193(emphasis) msgid "Setuptools" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:194(para) msgid "You will require pip to install the necessary python module dependencies. The installer will install under the C:\\python27 directory structure. Setuptools for Python 2.7 for Windows can be download from here:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:199(link) msgid "http://pypi.python.org/packages/2.7/s/setuptools/setuptools-0.6c11.win32-py2.7.exe" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:202(emphasis) msgid "Python Dependencies" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:203(para) msgid "You must download and manually install the following packages on the Compute node:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:207(emphasis) msgid "MySQL-python" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:210(link) msgid "http://codegood.com/download/10/" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:214(emphasis) msgid "pywin32" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:215(para) msgid "Download and run the installer from the following location" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:219(link) msgid "http://sourceforge.net/projects/pywin32/files/pywin32/Build%20217/pywin32-217.win32-py2.7.exe" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:223(emphasis) msgid "greenlet" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:224(para) msgid "Select the link below:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:226(link) msgid "http://www.lfd.uci.edu/~gohlke/pythonlibs/" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:227(para) msgid "You must scroll to the greenlet section for the following file: greenlet-0.4.0.win32-py2.7.‌exe" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:229(para) msgid "Click on the file, to initiate the download. Once the download is complete, run the installer." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:233(para) msgid "You must install the following Python packages through or . Run the following replacing PACKAGENAME with the following packages:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:236(replaceable) msgid "PACKAGE_NAME" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:240(para) msgid "amqplib" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:243(para) msgid "anyjson" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:246(para) msgid "distribute" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:249(para) msgid "eventlet" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:252(para) msgid "httplib2" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:255(para) msgid "iso8601" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:258(para) msgid "jsonschema" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:261(para) msgid "kombu" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:264(para) msgid "netaddr" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:267(para) msgid "paste" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:270(para) msgid "paste-deploy" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:273(para) msgid "prettytable" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:276(para) msgid "python-cinderclient" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:279(para) msgid "python-glanceclient" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:282(para) msgid "python-keystoneclient" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:285(para) msgid "repoze.lru" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:288(para) msgid "routes" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:291(para) msgid "sqlalchemy" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:294(para) msgid "simplejson" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:297(para) msgid "warlock" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:300(para) msgid "webob" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:303(para) msgid "wmi" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:308(title) msgid "Install Nova-compute" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:309(emphasis) msgid "Using git on Windows to retrieve source" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:310(para) msgid "Git be used to download the necessary source code. The installer to run Git on Windows can be downloaded here:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:315(link) msgid "http://code.google.com/p/msysgit/downloads/list?q=full+installer+official+git" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:317(para) msgid "Download the latest installer. Once the download is complete double click the installer and follow the prompts in the installation wizard. The default should be acceptable for the needs of the document." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:320(para) msgid "Once installed you may run the following to clone the Nova code." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:326(title) msgid "Configure Nova.conf" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:327(para) msgid "The nova.conf file must be placed in C:\\etc\\nova for running OpenStack on Hyper-V. Below is a sample nova.conf for Windows:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:351(para) msgid " contains a reference of all options for hyper-v." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:355(title) msgid "Prepare images for use with Hyper-V" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:356(para) msgid "Hyper-V currently supports only the VHD file format for virtual machine instances. Detailed instructions for installing virtual machines on Hyper-V can be found here:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:360(link) msgid "http://technet.microsoft.com/en-us/library/cc772480.aspx" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:361(para) msgid "Once you have successfully created a virtual machine, you can then upload the image to glance using the native glance-client:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:364(replaceable) msgid "VM_IMAGE_NAME" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:368(title) msgid "Run Compute with Hyper-V" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:369(para) msgid "To start the nova-compute service, run this command from a console in the Windows server:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:376(title) msgid "Troubleshoot Hyper-V configuration" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:379(para) msgid "I ran the nova-manage service list command from my controller; however, I'm not seeing smiley faces for Hyper-V compute nodes, what do I do?" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:384(link) msgid "here" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_hyper-v.xml:382(emphasis) msgid "Verify that you are synchronized with a network time source. Instructions for configuring NTP on your Hyper-V compute node are located " msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:6(title) msgid "Compute log files" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:7(para) msgid "The corresponding log file of each Compute service is stored in the /var/log/nova/ directory of the host on which each service runs." msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:11(caption) msgid "Log files used by Compute services" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:17(td) ./doc/config-reference/networking/section_networking-log-files.xml:16(td) ./doc/config-reference/block-storage/section_cinder-log-files.xml:17(td) ./doc/config-reference/dashboard/section_dashboard-log-files.xml:19(td) msgid "Log file" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:20(td) msgid "Service name (CentOS/Fedora/openSUSE/Red Hat Enterprise Linux/SUSE Linux Enterprise)" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:24(td) msgid "Service name (Ubuntu/Debian)" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:32(filename) ./doc/config-reference/block-storage/section_cinder-log-files.xml:32(filename) msgid "api.log" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:34(td) msgid "openstack-nova-api" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:43(filename) msgid "cert.log" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:45(para) msgid "The X509 certificate service (openstack-nova-cert/nova-cert) is only required by the EC2 API to the Compute service." msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:51(systemitem) msgid "openstack-nova-cert" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:54(systemitem) msgid "nova-cert" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:59(filename) msgid "compute.log" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:62(systemitem) msgid "openstack-nova-compute" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:65(systemitem) ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:141(systemitem) ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:181(systemitem) msgid "nova-compute" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:70(filename) msgid "conductor.log" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:73(systemitem) msgid "openstack-nova-conductor" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:76(systemitem) msgid "nova-conductor" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:81(filename) msgid "consoleauth.log" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:84(systemitem) msgid "openstack-nova-consoleauth" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:87(systemitem) msgid "nova-consoleauth" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:92(filename) msgid "network.log" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:93(para) msgid "The nova network service (openstack-nova-network/nova-network) only runs in deployments that are not configured to use the Networking service (neutron)." msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:100(systemitem) msgid "openstack-nova-network" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:103(systemitem) msgid "nova-network" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:108(filename) msgid "nova-manage.log" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:111(systemitem) ./doc/config-reference/compute/section_nova-log-files.xml:114(systemitem) msgid "nova-manage" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:119(filename) ./doc/config-reference/block-storage/section_cinder-log-files.xml:54(filename) msgid "scheduler.log" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:122(systemitem) msgid "openstack-nova-scheduler" msgstr "" #: ./doc/config-reference/compute/section_nova-log-files.xml:125(systemitem) msgid "nova-scheduler" msgstr "" #. When image changes, this message will be marked fuzzy or untranslated for you. #. It doesn't matter what you translate it to: it's not used at all. #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:43(None) msgid "@@image: '../../common/figures/vmware-nova-driver-architecture.jpg'; md5=d95084ce963cffbe3e86307c87d804c1" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:10(title) msgid "VMware vSphere" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:13(title) msgid "Introduction" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:14(para) msgid "OpenStack Compute supports the VMware vSphere product family and enables access to advanced features such as vMotion, High Availability, and Dynamic Resource Scheduling (DRS). This section describes how to configure VMware-based virtual machine images for launch. vSphere versions 4.1 and newer are supported." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:20(para) msgid "The VMware vCenter driver enables the nova-compute service to communicate with a VMware vCenter server that manages one or more ESX host clusters. The driver aggregates the ESX hosts in each cluster to present one large hypervisor entity for each cluster to the Compute scheduler. Because individual ESX hosts are not exposed to the scheduler, Compute schedules to the granularity of clusters and vCenter uses DRS to select the actual ESX host within the cluster. When a virtual machine makes its way into a vCenter cluster, it can use all vSphere features." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:30(para) msgid "The following sections describe how to configure the VMware vCenter driver." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:34(title) msgid "High-level architecture" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:35(para) msgid "The following diagram shows a high-level view of the VMware driver architecture:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:38(title) msgid "VMware driver architecture" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:47(para) msgid "As the figure shows, the OpenStack Compute Scheduler sees three hypervisors that each correspond to a cluster in vCenter. Nova-compute contains the VMware driver. You can run with multiple nova-compute services. While Compute schedules at the granularity of a cluster, the VMware driver inside nova-compute interacts with the vCenter APIs to select an appropriate ESX host within the cluster. Internally, vCenter uses DRS for placement." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:57(para) msgid "The VMware vCenter driver also interacts with the OpenStack Image Service to copy VMDK images from the Image Service back end store. The dotted line in the figure represents VMDK images being copied from the OpenStack Image Service to the vSphere data store. VMDK images are cached in the data store so the copy operation is only required the first time that the VMDK image is used." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:64(para) msgid "After OpenStack boots a VM into a vSphere cluster, the VM becomes visible in vCenter and can access vSphere advanced features. At the same time, the VM is visible in the OpenStack dashboard and you can manage it as you would any other OpenStack VM. You can perform advanced vSphere operations in vCenter while you configure OpenStack resources such as VMs through the OpenStack dashboard." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:71(para) msgid "The figure does not show how networking fits into the architecture. Both nova-network and the OpenStack Networking Service are supported. For details, see ." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:78(title) msgid "Configuration overview" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:79(para) msgid "To get started with the VMware vCenter driver, complete the following high-level steps:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:83(para) msgid "Configure vCenter correctly. See ." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:87(para) msgid "Configure nova.conf for the VMware vCenter driver. See ." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:92(para) msgid "Load desired VMDK images into the OpenStack Image Service. See ." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:96(para) msgid "Configure networking with either nova-network or the OpenStack Networking Service. See ." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:104(title) msgid "Prerequisites and limitations" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:105(para) msgid "Use the following list to prepare a vSphere environment that runs with the VMware vCenter driver:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:109(para) msgid "Copying VMDK files (vSphere 5.1 only). In vSphere 5.1, copying large image files (for example, 12 GB and greater) from Glance can take a long time. To improve performance, VMware recommends that you upgrade to VMware vCenter Server 5.1 Update 1 or later. For more information, see the Release Notes." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:117(para) msgid "DRS. For any cluster that contains multiple ESX hosts, enable DRS and enable fully automated placement." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:122(para) msgid "Shared storage. Only shared storage is supported and data stores must be shared among all hosts in a cluster. It is recommended to remove data stores not intended for OpenStack from clusters being configured for OpenStack." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:129(para) msgid "Clusters and data stores. Do not use OpenStack clusters and data stores for other purposes. If you do, OpenStack displays incorrect usage information." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:135(para) msgid "Networking. The networking configuration depends on the desired networking model. See ." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:140(para) msgid "Security groups. If you use the VMware driver with OpenStack Networking and the NSX plug-in, security groups are supported. If you use nova-network, security groups are not supported." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:145(para) msgid "The NSX plug-in is the only plug-in that is validated for vSphere." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:149(para) msgid "VNC. The port range 5900 - 6105 (inclusive) is automatically enabled for VNC connections on every ESX host in all clusters under OpenStack control. For more information about using a VNC client to connect to virtual machine, see http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1246." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:157(para) msgid "In addition to the default VNC port numbers (5900 to 6000) specified in the above document, the following ports are also used: 6101, 6102, and 6105." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:160(para) msgid "You must modify the ESXi firewall configuration to allow the VNC ports. Additionally, for the firewall modifications to persist after a reboot, you must create a custom vSphere Installation Bundle (VIB) which is then installed onto the running ESXi host or added to a custom image profile used to install ESXi hosts. For details about how to create a VIB for persisting the firewall configuration modifications, see http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2007381." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:173(para) msgid "Ephemeral Disks. Ephemeral disks are not supported. A future major release will address this limitation." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:178(para) msgid "Injection of SSH keys into compute instances hosted by vCenter is not currently supported." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:184(para) msgid "To use multiple vCenter installations with OpenStack, each vCenter must be assigned to a separate availability zone. This is required as the OpenStack Block Storage VMDK driver does not currently work across multiple vCenter installations." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:194(title) msgid "VMware vCenter driver" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:195(para) msgid "Use the VMware vCenter driver (VMwareVCDriver) to connect OpenStack Compute with vCenter. This recommended configuration enables access through vCenter to advanced vSphere features like vMotion, High Availability, and Dynamic Resource Scheduling (DRS)." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:201(title) msgid "VMwareVCDriver configuration options" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:202(para) msgid "When you use the VMwareVCDriver (vCenter versions 5.1 and later) with OpenStack Compute, add the following VMware-specific configuration options to the nova.conf file:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:218(para) msgid "vSphere vCenter versions 5.0 and earlier: You must specify the location of the WSDL files by adding the wsdl_location=http://127.0.0.1:8080/vmware/SDK/wsdl/vim25/vimService.wsdl setting to the above configuration. For more information, see vSphere 5.0 and earlier additional set up." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:227(para) msgid "Clusters: The vCenter driver can support multiple clusters. To use more than one cluster, simply add multiple lines in nova.conf with the appropriate cluster name. Clusters and data stores used by the vCenter driver should not contain any VMs other than those created by the driver." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:236(para) msgid "Data stores: The setting specifies the data stores to use with Compute. For example, selects all the data stores that have a name starting with \"nas\". If this line is omitted, Compute uses the first data store returned by the vSphere API. It is recommended not to use this field and instead remove data stores that are not intended for OpenStack." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:246(para) msgid "Reserved host memory: The option value is 512 MB by default. However, VMware recommends that you set this option to 0 MB because the vCenter driver reports the effective memory available to the virtual machines." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:255(para) msgid "A nova-compute service can control one or more clusters containing multiple ESX hosts, making nova-compute a critical service from a high availability perspective. Because the host that runs nova-compute can fail while the vCenter and ESX still run, you must protect the nova-compute service against host failures." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:265(para) ./doc/config-reference/compute/section_hypervisor_vmware.xml:701(para) msgid "Many nova.conf options are relevant to libvirt but do not apply to this driver." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:268(para) msgid "You must complete additional configuration for environments that use vSphere 5.0 and earlier. See ." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:274(title) msgid "Images with VMware vSphere" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:275(para) msgid "The vCenter driver supports images in the VMDK format. Disks in this format can be obtained from VMware Fusion or from an ESX environment. It is also possible to convert other formats, such as qcow2, to the VMDK format using the utility. After a VMDK disk is available, load it into the OpenStack Image Service. Then, you can use it with the VMware vCenter driver. The following sections provide additional details on the supported disks and the commands used for conversion and upload." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:285(title) msgid "Supported image types" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:286(para) msgid "Upload images to the OpenStack Image Service in VMDK format. The following VMDK disk types are supported:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:290(para) msgid "VMFS Flat Disks (includes thin, thick, zeroedthick, and eagerzeroedthick). Note that once a VMFS thin disk is exported from VMFS to a non-VMFS location, like the OpenStack Image Service, it becomes a preallocated flat disk. This impacts the transfer time from the OpenStack Image Service to the data store when the full preallocated flat disk, rather than the thin disk, must be transferred." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:300(para) msgid "Monolithic Sparse disks. Sparse disks get imported from the OpenStack Image Service into ESX as thin provisioned disks. Monolithic Sparse disks can be obtained from VMware Fusion or can be created by converting from other virtual disk formats using the qemu-img utility." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:309(para) msgid "The following table shows the property that applies to each of the supported VMDK disk types:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:313(caption) msgid "OpenStack Image Service disk type settings" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:316(th) msgid "vmware_disktype property" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:317(th) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:52(title) msgid "VMDK disk type" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:322(td) msgid "sparse" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:324(para) msgid "Monolithic Sparse" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:328(td) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:73(td) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:75(td) msgid "thin" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:330(para) msgid "VMFS flat, thin provisioned" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:334(td) msgid "preallocated (default)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:336(para) msgid "VMFS flat, thick/zeroedthick/eagerzeroedthick" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:343(para) msgid "The property is set when an image is loaded into the OpenStack Image Service. For example, the following command creates a Monolithic Sparse image by setting to sparse:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:352(para) msgid "Note that specifying thin does not provide any advantage over preallocated with the current version of the driver. Future versions might restore the thin properties of the disk after it is downloaded to a vSphere data store." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:359(title) msgid "Convert and load images" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:360(para) msgid "Using the qemu-img utility, disk images in several formats (such as, qcow2) can be converted to the VMDK format." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:363(para) msgid "For example, the following command can be used to convert a qcow2 Ubuntu Precise cloud image:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:369(para) msgid "VMDK disks converted through qemu-img are always monolithic sparse VMDK disks with an IDE adapter type. Using the previous example of the Precise Ubuntu image after the qemu-img conversion, the command to upload the VMDK disk should be something like:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:380(para) msgid "Note that the is set to sparse and the vmware_adaptertype is set to ide in the previous command." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:384(para) msgid "If the image did not come from the qemu-img utility, the vmware_disktype and vmware_adaptertype might be different. To determine the image adapter type from an image file, use the following command and look for the line:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:391(para) msgid "Assuming a preallocated disk type and an iSCSI lsiLogic adapter type, the following command uploads the VMDK disk:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:399(para) msgid "Currently, OS boot VMDK disks with an IDE adapter type cannot be attached to a virtual SCSI controller and likewise disks with one of the SCSI adapter types (such as, busLogic, lsiLogic) cannot be attached to the IDE controller. Therefore, as the previous examples show, it is important to set the property correctly. The default adapter type is lsiLogic, which is SCSI, so you can omit the vmware_adaptertype property if you are certain that the image adapter type is lsiLogic." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:411(title) msgid "Tag VMware images" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:412(para) msgid "In a mixed hypervisor environment, OpenStack Compute uses the tag to match images to the correct hypervisor type. For VMware images, set the hypervisor type to vmware. Other valid hypervisor types include: xen, qemu, kvm, lxc, uml, and hyperv." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:425(title) msgid "Optimize images" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:426(para) msgid "Monolithic Sparse disks are considerably faster to download but have the overhead of an additional conversion step. When imported into ESX, sparse disks get converted to VMFS flat thin provisioned disks. The download and conversion steps only affect the first launched instance that uses the sparse disk image. The converted disk image is cached, so subsequent instances that use this disk image can simply use the cached version." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:434(para) msgid "To avoid the conversion step (at the cost of longer download times) consider converting sparse disks to thin provisioned or preallocated disks before loading them into the OpenStack Image Service. Below are some tools that can be used to pre-convert sparse disks." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:441(emphasis) msgid "Using vSphere CLI (or sometimes called the remote CLI or rCLI) tools" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:443(para) msgid "Assuming that the sparse disk is made available on a data store accessible by an ESX host, the following command converts it to preallocated format:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:447(para) msgid "(Note that the vifs tool from the same CLI package can be used to upload the disk to be converted. The vifs tool can also be used to download the converted disk if necessary.)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:453(emphasis) msgid "Using vmkfstools directly on the ESX host" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:455(para) msgid "If the SSH service is enabled on an ESX host, the sparse disk can be uploaded to the ESX data store via scp and the vmkfstools local to the ESX host can use used to perform the conversion: (After logging in to the host via ssh)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:464(emphasis) msgid "vmware-vdiskmanager" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:465(para) msgid "vmware-vdiskmanager is a utility that comes bundled with VMware Fusion and VMware Workstation. Below is an example of converting a sparse disk to preallocated format:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:470(para) msgid "In all of the above cases, the converted vmdk is actually a pair of files: the descriptor file converted.vmdk and the actual virtual disk data file converted-flat.vmdk. The file to be uploaded to the OpenStack Image Service is converted-flat.vmdk." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:481(title) msgid "Image handling" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:482(para) msgid "The ESX hypervisor requires a copy of the VMDK file in order to boot up a virtual machine. As a result, the vCenter OpenStack Compute driver must download the VMDK via HTTP from the OpenStack Image Service to a data store that is visible to the hypervisor. To optimize this process, the first time a VMDK file is used, it gets cached in the data store. Subsequent virtual machines that need the VMDK use the cached version and don't have to copy the file again from the OpenStack Image Service." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:491(para) msgid "Even with a cached VMDK, there is still a copy operation from the cache location to the hypervisor file directory in the shared data store. To avoid this copy, boot the image in linked_clone mode. To learn how to enable this mode, see . Note also that it is possible to override the linked_clone mode on a per-image basis by using the vmware_linked_clone property in the OpenStack Image Service." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:499(para) msgid "You can configure the nova.conf file to automatically purge unused images after a specified period of time. The relevant settings in the DEFAULT section are:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:504(para) msgid "remove_unused_base_images - Set this parameter to to specify that unused images should be removed after the duration specified in the remove_unused_original_minimum_age_seconds parameter. The default is ." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:509(para) msgid "remove_unused_original_minimum_age_seconds - Specifies the duration in seconds after which an unused image is purged from the cache. The default is (24 hours)." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:517(title) msgid "Networking with VMware vSphere" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:518(para) msgid "The VMware driver supports networking with the nova-network service or the OpenStack Networking Service. Depending on your installation, complete these configuration steps before you provision VMs:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:525(para) msgid " The nova-network service with the FlatManager or FlatDHCPManager. Create a port group with the same name as the flat_network_bridge value in the nova.conf file. The default value is br100. If you specify another value, the new value must be a valid linux bridge identifier that adheres to linux bridge naming conventions." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:534(para) msgid "All VM NICs are attached to this port group." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:535(para) msgid "Ensure that the flat interface of the node that runs the nova-network service has a path to this network." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:539(para) msgid "When configuring the port binding for this port group in vCenter, specify ephemeral for the port binding type. For more information, see Choosing a port binding type in ESX/ESXi in the VMware Knowledge Base." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:547(para) msgid "The nova-network service with the VlanManager. Set the vlan_interface configuration option to match the ESX host interface that handles VLAN-tagged VM traffic." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:553(para) msgid "OpenStack Compute automatically creates the corresponding port groups." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:557(para) msgid "If you are using the OpenStack Networking Service: Before provisioning VMs, create a port group with the same name as the vmware.integration_bridge value in nova.conf (default is br-int). All VM NICs are attached to this port group for management by the OpenStack Networking plug-in." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:568(title) msgid "Volumes with VMware vSphere" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:569(para) msgid "The VMware driver supports attaching volumes from the OpenStack Block Storage service. The VMware VMDK driver for OpenStack Block Storage is recommended and should be used for managing volumes based on vSphere data stores. More information about the VMware VMDK driver can be found at: VMware VMDK Driver. Also an iscsi volume driver provides limited support and can be used only for attachments." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:580(title) msgid "vSphere 5.0 and earlier additional set up" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:581(para) msgid "Users of vSphere 5.0 or earlier must host their WSDL files locally. These steps are applicable for vCenter 5.0 or ESXi 5.0 and you can either mirror the WSDL from the vCenter or ESXi server that you intend to use or you can download the SDK directly from VMware. These workaround steps fix a known issue with the WSDL that was resolved in later versions." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:589(para) msgid "When setting the VMwareVCDriver configuration options, you must include the wsdl_location option. For more information, see VMwareVCDriver configuration options above." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:595(title) msgid "Mirror WSDL from vCenter (or ESXi)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:597(para) msgid "Set the VMWAREAPI_IP shell variable to the IP address for your vCenter or ESXi host from where you plan to mirror files. For example:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:603(para) msgid "Create a local file system directory to hold the WSDL files:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:608(para) msgid "Change into the new directory. " msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:612(para) msgid "Use your OS-specific tools to install a command-line tool that can download files like ." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:617(para) msgid "Download the files to the local file cache:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:627(para) msgid "Because the reflect-types.xsd and reflect-messagetypes.xsd files do not fetch properly, you must stub out these files. Use the following XML listing to replace the missing file content. The XML parser underneath Python can be very particular and if you put a space in the wrong place, it can break the parser. Copy the following contents and formatting carefully." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:644(para) msgid "Now that the files are locally present, tell the driver to look for the SOAP service WSDLs in the local file system and not on the remote vSphere server. Add the following setting to the nova.conf file for your nova-compute node:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:654(para) msgid "Alternatively, download the version appropriate SDK from http://www.vmware.com/support/developer/vc-sdk/ and copy it to the /opt/stack/vmware file. Make sure that the WSDL is available, in for example /opt/stack/vmware/SDK/wsdl/vim25/vimService.wsdl. You must point nova.conf to fetch this WSDL file from the local file system by using a URL." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:663(para) msgid "When using the VMwareVCDriver (vCenter) with OpenStack Compute with vSphere version 5.0 or earlier, nova.conf must include the following extra config option:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:671(title) msgid "VMware ESX driver" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:672(para) msgid "This section covers details of using the VMwareESXDriver. The ESX Driver has not been extensively tested and is not recommended. To configure the VMware vCenter driver instead, see ." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:677(para) msgid "The VMWare ESX driver has been deprecated in the Icehouse release and will be removed with the Juno release." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:683(title) msgid "VMwareESXDriver configuration options" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:684(para) msgid "When you use the VMwareESXDriver (no vCenter) with OpenStack Compute, add the following VMware-specific configuration options to the nova.conf file:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:696(para) msgid "Remember that you will have one nova-compute service for each ESXi host. It is recommended that this host run as a VM on the same ESXi host that it manages." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:706(title) msgid "Requirements and limitations" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:707(para) msgid "The ESXDriver cannot use many of the vSphere platform advanced capabilities, namely vMotion, high availability, and DRS." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:713(title) ./doc/config-reference/compute/section_compute-scheduler.xml:758(title) msgid "Configuration reference" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_vmware.xml:714(para) msgid "To customize the VMware driver, use the configuration option settings documented in ." msgstr "" #. When image changes, this message will be marked fuzzy or untranslated for you. #. It doesn't matter what you translate it to: it's not used at all. #: ./doc/config-reference/compute/section_compute-scheduler.xml:116(None) msgid "@@image: '../../common/figures/filteringWorkflow1.png'; md5=c144af5cbdee1bd17a7bde0bea5b5fe7" msgstr "" #. When image changes, this message will be marked fuzzy or untranslated for you. #. It doesn't matter what you translate it to: it's not used at all. #: ./doc/config-reference/compute/section_compute-scheduler.xml:602(None) msgid "@@image: '../../common/figures/nova-weighting-hosts.png'; md5=000eab4cf0deb1da2e692e023065a6ae" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:16(title) msgid "Scheduling" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:17(para) msgid "Compute uses the nova-scheduler service to determine how to dispatch compute and volume requests. For example, the nova-scheduler service determines which host a VM should launch on. The term host in the context of filters means a physical node that has a nova-compute service running on it. You can configure the scheduler through a variety of options." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:26(para) msgid "Compute is configured with the following default scheduler options in the /etc/nova/nova.conf file:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:33(para) msgid "By default, the scheduler_driver is configured as a filter scheduler, as described in the next section. In the default configuration, this scheduler considers hosts that meet all the following criteria:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:39(para) msgid "Have not been attempted for scheduling purposes (RetryFilter)." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:43(para) msgid "Are in the requested availability zone (AvailabilityZoneFilter)." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:47(para) msgid "Have sufficient RAM available (RamFilter)." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:51(para) msgid "Are capable of servicing the request (ComputeFilter)." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:55(para) msgid "Satisfy the extra specs associated with the instance type (ComputeCapabilitiesFilter)." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:60(para) msgid "Satisfy any architecture, hypervisor type, or virtual machine mode properties specified on the instance's image properties. (ImagePropertiesFilter)." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:66(para) msgid "The scheduler caches its list of available hosts; you can specify how often the list is updated by modifying the value." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:72(para) msgid "Do not configure to be much smaller than ; otherwise, hosts will appear to be dead while the host list is being cached." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:77(para) msgid "For information on the volume scheduler, refer the Block Storage section of OpenStack Cloud Administrator Guide for information." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:82(para) msgid "The choice of a new host on instance migration is done by the scheduler." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:84(para) msgid "When evacuating instances from a host, the scheduler service does not pick the next host. Instances are evacuated to the host explicitly defined by the administrator. For information about instance evacuation, refer to the Evacuate instances section of the Cloud Administrator Guide." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:91(title) msgid "Filter scheduler" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:92(para) msgid "The Filter Scheduler (nova.scheduler.filter_scheduler.FilterScheduler) is the default scheduler for scheduling virtual machine instances. It supports filtering and weighting to make informed decisions on where a new instance should be created." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:101(title) msgid "Filters" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:111(title) msgid "Filtering" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:102(para) msgid "When the Filter Scheduler receives a request for a resource, it first applies filters to determine which hosts are eligible for consideration when dispatching a resource. Filters are binary: either a host is accepted by the filter, or it is rejected. Hosts that are accepted by the filter are then processed by a different algorithm to decide which hosts to use for that request, described in the Weights section. " msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:121(para) msgid "The configuration option in nova.conf provides the Compute service with the list of the filters that are used by the scheduler. The default setting specifies all of the filter that are included with the Compute service:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:128(para) msgid "This configuration option can be specified multiple times. For example, if you implemented your own custom filter in Python called myfilter.MyFilter and you wanted to use both the built-in filters and your custom filter, your nova.conf file would contain:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:137(para) msgid "The scheduler_default_filters configuration option in nova.conf defines the list of filters that are applied by the nova-scheduler service. The default filters are:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:142(para) msgid "The following sections describe the available filters." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:145(title) msgid "AggregateCoreFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:146(para) msgid "Implements blueprint per-aggregate-resource-ratio. AggregateCoreFilter supports per-aggregate cpu_allocation_ratio. If the per-aggregate value is not found, the value falls back to the global setting." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:153(title) msgid "AggregateImagePropertiesIsolation" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:154(para) msgid "Matches properties defined in an image's metadata against those of aggregates to determine host matches:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:159(para) msgid "If a host belongs to an aggregate and the aggregate defines one or more metadata that match an image's properties, that host is a candidate to boot the image's instance." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:164(para) msgid "If a host does not belong to any aggregate, it can boot instances from all images." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:169(para) msgid "For example, the following aggregate myWinAgg has the Windows operating system as metadata (named 'windows'):" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:177(para) msgid "In this example, because the following Win-2012 image has the windows property, it would boot on the sf-devel host (all other filters being equal):" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:189(para) msgid "You can configure the AggregateImagePropertiesIsolation filter using the following options in the nova.conf file:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:199(title) msgid "AggregateInstanceExtraSpecsFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:200(para) msgid "Matches properties defined in an instance type's extra specs against admin-defined properties on a host aggregate. Works with specifications that are unscoped, or are scoped with aggregate_instance_extra_specs. See the host aggregates section for documentation on how to use this filter." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:210(title) msgid "AggregateMultiTenancyIsolation" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:211(para) msgid "Isolates tenants to specific host aggregates. If a host is in an aggregate that has the metadata key filter_tenant_id it only creates instances from that tenant (or list of tenants). A host can be in different aggregates. If a host does not belong to an aggregate with the metadata key, it can create instances from all tenants." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:221(title) msgid "AggregateRamFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:222(para) msgid "Implements blueprint per-aggregate-resource-ratio. Supports per-aggregate ram_allocation_ratio. If per-aggregate value is not found, it falls back to the default setting." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:230(title) msgid "AllHostsFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:231(para) msgid "This is a no-op filter, it does not eliminate any of the available hosts." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:235(title) msgid "AvailabilityZoneFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:236(para) msgid "Filters hosts by availability zone. This filter must be enabled for the scheduler to respect availability zones in requests." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:241(title) msgid "ComputeCapabilitiesFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:242(para) msgid "Matches properties defined in an instance type's extra specs against compute capabilities." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:244(para) msgid "If an extra specs key contains a colon \":\", anything before the colon is treated as a namespace, and anything after the colon is treated as the key to be matched. If a namespace is present and is not 'capabilities', it is ignored by this filter." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:251(title) msgid "ComputeFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:252(para) msgid "Passes all hosts that are operational and enabled." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:254(para) msgid "In general, this filter should always be enabled." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:258(title) msgid "CoreFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:259(para) msgid "Only schedule instances on hosts if there are sufficient CPU cores available. If this filter is not set, the scheduler may over provision a host based on cores (for example, the virtual cores running on an instance may exceed the physical cores)." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:264(para) msgid "This filter can be configured to allow a fixed amount of vCPU overcommitment by using the Configuration option in nova.conf. The default setting is:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:271(para) msgid "With this setting, if 8 vCPUs are on a node, the scheduler allows instances up to 128 vCPU to be run on that node." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:274(para) msgid "To disallow vCPU overcommitment set:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:277(para) msgid "The Compute API will always return the actual number of CPU cores available on a compute node regardless of the value of the configuration key. As a result changes to the are not reflected via the command line clients or the dashboard. Changes to this configuration key are only taken into account internally in the scheduler." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:289(title) msgid "DifferentHostFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:290(para) msgid "Schedule the instance on a different host from a set of instances. To take advantage of this filter, the requester must pass a scheduler hint, using different_host as the key and a list of instance uuids as the value. This filter is the opposite of the SameHostFilter. Using the command-line tool, use the --hint flag. For example:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:302(para) msgid "With the API, use the os:scheduler_hints key. For example:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:308(title) msgid "DiskFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:309(para) msgid "Only schedule instances on hosts if there is sufficient disk space available for root and ephemeral storage." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:312(para) msgid "This filter can be configured to allow a fixed amount of disk overcommitment by using the disk_allocation_ratio Configuration option in nova.conf. The default setting is:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:319(para) msgid "Adjusting this value to greater than 1.0 enables scheduling instances while over committing disk resources on the node. This might be desirable if you use an image format that is sparse or copy on write such that each virtual instance does not require a 1:1 allocation of virtual disk to physical storage." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:327(title) msgid "GroupAffinityFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:328(para) msgid "This filter is deprecated in favor of ServerGroupAffinityFilter." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:331(para) msgid "The GroupAffinityFilter ensures that an instance is scheduled on to a host from a set of group hosts. To take advantage of this filter, the requester must pass a scheduler hint, using group as the key and an arbitrary name as the value. Using the command-line tool, use the --hint flag. For example:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:339(replaceable) ./doc/config-reference/compute/section_compute-scheduler.xml:358(replaceable) ./doc/config-reference/compute/section_compute-scheduler.xml:537(replaceable) ./doc/config-reference/compute/section_compute-scheduler.xml:551(replaceable) msgid "IMAGE_ID" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:340(para) msgid "This filter should not be enabled at the same time as GroupAntiAffinityFilter or neither filter will work properly." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:345(title) msgid "GroupAntiAffinityFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:346(para) msgid "This filter is deprecated in favor of ServerGroupAntiAffinityFilter." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:350(para) msgid "The GroupAntiAffinityFilter ensures that each instance in a group is on a different host. To take advantage of this filter, the requester must pass a scheduler hint, using group as the key and an arbitrary name as the value. Using the command-line tool, use the --hint flag. For example:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:359(para) msgid "This filter should not be enabled at the same time as GroupAffinityFilter or neither filter will work properly." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:364(title) msgid "ImagePropertiesFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:365(para) msgid "Filters hosts based on properties defined on the instance's image. It passes hosts that can support the specified image properties contained in the instance. Properties include the architecture, hypervisor type, and virtual machine mode. for example, an instance might require a host that runs an ARM-based processor and QEMU as the hypervisor. An image can be decorated with these properties by using:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:374(para) msgid "The image properties that the filter checks for are:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:378(para) msgid "architecture: Architecture describes the machine architecture required by the image. Examples are i686, x86_64, arm, and ppc64." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:384(para) msgid "hypervisor_type: Hypervisor type describes the hypervisor required by the image. Examples are xen, kvm, qemu, and xenapi." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:390(para) msgid "vm_mode: Virtual machine mode describes the hypervisor application binary interface (ABI) required by the image. Examples are 'xen' for Xen 3.0 paravirtual ABI, 'hvm' for native ABI, 'uml' for User Mode Linux paravirtual ABI, exe for container virt executable ABI." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:401(title) msgid "IsolatedHostsFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:402(para) msgid "Allows the admin to define a special (isolated) set of images and a special (isolated) set of hosts, such that the isolated images can only run on the isolated hosts, and the isolated hosts can only run isolated images. The flag restrict_isolated_hosts_to_isolated_images can be used to force isolated hosts to only run isolated images." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:410(para) msgid "The admin must specify the isolated set of images and hosts in the nova.conf file using the isolated_hosts and isolated_images configuration options. For example: " msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:420(title) msgid "JsonFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:425(para) msgid "=" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:428(para) msgid "<" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:431(para) msgid ">" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:434(para) msgid "in" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:437(para) msgid "<=" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:440(para) msgid ">=" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:443(para) msgid "not" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:446(para) msgid "or" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:449(para) msgid "and" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:453(para) msgid "$free_ram_mb" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:456(para) msgid "$free_disk_mb" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:459(para) msgid "$total_usable_ram_mb" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:462(para) msgid "$vcpus_total" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:465(para) msgid "$vcpus_used" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:421(para) msgid "The JsonFilter allows a user to construct a custom filter by passing a scheduler hint in JSON format. The following operators are supported:The filter supports the following variables:Using the command-line tool, use the --hint flag:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:472(para) ./doc/config-reference/compute/section_compute-scheduler.xml:521(para) ./doc/config-reference/compute/section_compute-scheduler.xml:583(para) msgid "With the API, use the os:scheduler_hints key:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:477(title) msgid "RamFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:478(para) msgid "Only schedule instances on hosts that have sufficient RAM available. If this filter is not set, the scheduler may over provision a host based on RAM (for example, the RAM allocated by virtual machine instances may exceed the physical RAM)." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:483(para) msgid "This filter can be configured to allow a fixed amount of RAM overcommitment by using the ram_allocation_ratio configuration option in nova.conf. The default setting is:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:491(para) msgid "This setting enables 1.5 GB instances to run on any compute node with 1 GB of free RAM." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:495(title) msgid "RetryFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:496(para) msgid "Filter out hosts that have already been attempted for scheduling purposes. If the scheduler selects a host to respond to a service request, and the host fails to respond to the request, this filter prevents the scheduler from retrying that host for the service request." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:502(para) msgid "This filter is only useful if the scheduler_max_attempts configuration option is set to a value greater than zero." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:508(title) msgid "SameHostFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:509(para) msgid "Schedule the instance on the same host as another instance in a set of instances. To take advantage of this filter, the requester must pass a scheduler hint, using same_host as the key and a list of instance uuids as the value. This filter is the opposite of the DifferentHostFilter. Using the command-line tool, use the --hint flag:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:526(title) msgid "ServerGroupAffinityFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:527(para) msgid "The ServerGroupAffinityFilter ensures that an instance is scheduled on to a host from a set of group hosts. To take advantage of this filter, the requester must create a server group with an affinity policy, and pass a scheduler hint, using group as the key and the server group UUID as the value. Using the command-line tool, use the --hint flag. For example:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:537(replaceable) ./doc/config-reference/compute/section_compute-scheduler.xml:551(replaceable) msgid "SERVER_GROUP_UUID" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:540(title) msgid "ServerGroupAntiAffinityFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:541(para) msgid "The ServerGroupAntiAffinityFilter ensures that each instance in a group is on a different host. To take advantage of this filter, the requester must create a server group with an anti-affinity policy, and pass a scheduler hint, using group as the key and the server group UUID as the value. Using the command-line tool, use the --hint flag. For example:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:554(title) msgid "SimpleCIDRAffinityFilter" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:555(para) msgid "Schedule the instance based on host IP subnet range. To take advantage of this filter, the requester must specify a range of valid IP address in CIDR format, by passing two scheduler hints:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:561(literal) msgid "build_near_host_ip" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:563(para) msgid "The first IP address in the subnet (for example, 192.168.1.1)" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:569(literal) msgid "cidr" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:571(para) msgid "The CIDR that corresponds to the subnet (for example, /24)" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:577(para) msgid "Using the command-line tool, use the --hint flag. For example, to specify the IP subnet 192.168.1.1/24" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:589(title) msgid "Weights" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:591(para) msgid "When resourcing instances, the Filter Scheduler filters and weighs each host in the list of acceptable hosts. Each time the scheduler selects a host, it virtually consumes resources on it, and subsequent selections are adjusted accordingly. This process is useful when the customer asks for the same large amount of instances, because weight is computed for each requested instance." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:596(para) msgid "All weights are normalized before being summed up; the host with the largest weight is given the highest priority." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:599(title) msgid "Weighing hosts" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:606(para) msgid "If cells are used, cells are weighted by the scheduler in the same manner as hosts." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:607(para) msgid "Hosts and cells are weighed based on the following options in the /etc/nova/nova.conf file:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:610(caption) msgid "Host Weighting options" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:616(th) ./doc/config-reference/compute/section_compute-scheduler.xml:697(th) msgid "Section" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:617(th) ./doc/config-reference/compute/section_compute-scheduler.xml:698(th) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:321(td) msgid "Option" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:618(th) ./doc/config-reference/compute/section_compute-scheduler.xml:699(th) ./doc/config-reference/block-storage/drivers/coraid-driver.xml:358(th) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:324(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:309(th) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:206(th) ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:80(th) ./doc/config-reference/dashboard/section_dashboard-log-files.xml:22(td) msgid "Description" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:624(literal) ./doc/config-reference/compute/section_compute-scheduler.xml:626(option) ./doc/config-reference/compute/section_compute-scheduler.xml:723(literal) ./doc/config-reference/compute/section_compute-scheduler.xml:725(option) ./doc/config-reference/compute/section_compute-cells.xml:88(term) msgid "ram_weight_multiplier" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:625(td) msgid "By default, the scheduler spreads instances across all hosts evenly. Set the option to a negative number if you prefer stacking instead of spreading. Use a floating-point value." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:632(literal) msgid "scheduler_host_subset_size" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:633(td) msgid "New instances are scheduled on a host that is chosen randomly from a subset of the N best hosts. This property defines the subset size from which a host is chosen. A value of 1 chooses the first host returned by the weighing functions.This value must be at least 1. A value less than 1 is ignored, and 1 is used instead. Use an integer value." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:641(literal) ./doc/config-reference/compute/section_compute-scheduler.xml:730(literal) ./doc/config-reference/compute/section_compute-cells.xml:81(term) msgid "scheduler_weight_classes" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:642(literal) msgid "nova.scheduler.weights.all_weighers" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:642(td) msgid "Defaults to , which selects the only available weigher, the RamWeigher. Hosts are then weighed and sorted with the largest weight winning." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:647(td) ./doc/config-reference/compute/section_compute-scheduler.xml:652(td) ./doc/config-reference/compute/section_compute-scheduler.xml:660(td) ./doc/config-reference/compute/section_compute-scheduler.xml:671(td) msgid "[metrics]" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:648(literal) msgid "weight_multiplier" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:649(td) msgid "Multiplier for weighing metrices. Use a floating-point value." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:653(literal) ./doc/config-reference/compute/section_compute-scheduler.xml:674(option) msgid "weight_setting" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:656(literal) msgid "name1.value * 1.0 + name2.value * -1.0" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:654(td) msgid "Determines how metrics are weighed. Use a comma-separated list of metricName=ratio. For example: \"name1=1.0, name2=-1.0\" results in: " msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:661(literal) ./doc/config-reference/compute/section_compute-scheduler.xml:673(option) msgid "required" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:663(para) msgid "True—Raises an exception. To avoid the raised exception, you should use the scheduler filter MetricFilter to filter out hosts with unavailable metrics." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:666(para) msgid "False—Treated as a negative factor in the weighing process (uses the option)." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:662(para) msgid "Specifies how to treat unavailable metrics:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:672(literal) ./doc/config-reference/compute/section_compute-scheduler.xml:675(option) msgid "weight_of_unavailable" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:673(td) msgid "If is set to False, and any one of the metrics set by is unavailable, the value is returned to the scheduler." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:680(para) ./doc/config-reference/compute/section_compute-scheduler.xml:737(para) msgid "For example:" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:691(caption) msgid "Cell weighting options" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:705(literal) msgid "mute_weight_multiplier" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:706(td) msgid "Multiplier to weigh mute children (hosts which have not sent capacity or capacity updates for some time). Use a negative, floating-point value." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:711(literal) msgid "mute_weight_value" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:712(td) msgid "Weight value assigned to mute children. Use a positive, floating-point value with a maximum of '1.0'." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:717(literal) msgid "offset_weight_multiplier" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:718(td) msgid "Multiplier to weigh cells, so you can specify a preferred cell. Use a floating point value." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:724(td) msgid "By default, the scheduler spreads instances across all cells evenly. Set the option to a negative number if you prefer stacking instead of spreading. Use a floating-point value." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:731(literal) msgid "nova.cells.weights.all_weighers" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:731(td) msgid "Defaults to , which maps to all cell weighers included with Compute. Cells are then weighed and sorted with the largest weight winning." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:746(title) msgid "Chance scheduler" msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:748(para) msgid "As an administrator, you work with the Filter Scheduler. However, the Compute service also uses the Chance Scheduler, nova.scheduler.chance.ChanceScheduler, which randomly selects from lists of filtered hosts." msgstr "" #: ./doc/config-reference/compute/section_compute-scheduler.xml:759(para) msgid "To customize the Compute scheduler, use the configuration option settings documented in ." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:10(title) msgid "Cells" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:12(para) msgid "Cells functionality allows you to scale an OpenStack Compute cloud in a more distributed fashion without having to use complicated technologies like database and message queue clustering. It is intended to support very large deployments." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:16(para) msgid "When this functionality is enabled, the hosts in an OpenStack Compute cloud are partitioned into groups called cells. Cells are configured as a tree. The top-level cell should have a host that runs a nova-api service, but no nova-compute services. Each child cell should run all of the typical nova-* services in a regular Compute cloud except for nova-api. You can think of cells as a normal Compute deployment in that each cell has its own database server and message queue broker." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:24(para) msgid "The nova-cells service handles communication between cells and selects cells for new instances. This service is required for every cell. Communication between cells is pluggable, and currently the only option is communication through RPC." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:28(para) msgid "Cells scheduling is separate from host scheduling. nova-cells first picks a cell (now randomly, but future releases plan to add filtering/weighing functionality, and decisions will be based on broadcasts of capacity/capabilities). Once a cell is selected and the new build request reaches its nova-cells service, it is sent over to the host scheduler in that cell and the build proceeds as it would have without cells." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:35(para) msgid "Cell functionality is currently considered experimental." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:38(title) msgid "Cell configuration options" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:43(literal) msgid "enable" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:45(para) msgid "Set this is True to turn on cell functionality, which is off by default." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:50(literal) msgid "name" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:52(para) msgid "Name of the current cell. This must be unique for each cell." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:56(literal) msgid "capabilities" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:58(para) msgid "List of arbitrary key=value pairs defining capabilities of the current cell. Values include hypervisor=xenserver;kvm,os=linux;windows." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:66(literal) msgid "call_timeout" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:68(para) msgid "How long in seconds to wait for replies from calls between cells." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:73(term) msgid "scheduler_filter_classes" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:75(para) msgid "Filter classes that the cells scheduler should use. By default, uses \"nova.cells.filters.all_filters\" to map to all cells filters included with Compute." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:82(para) msgid "Weight classes the cells scheduler should use. By default, uses \"nova.cells.weights.all_weighers\" to map to all cells weight algorithms (weighers) included with Compute." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:90(para) msgid "Multiplier used for weighing ram. Negative numbers mean you want Compute to stack VMs on one host instead of spreading out new VMs to more hosts in the cell. Default value is 10.0." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:39(para) msgid "Cells are disabled by default. All cell-related configuration options go under a [cells] section in nova.conf. The following cell-related options are currently supported:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:99(title) msgid "Configure the API (top-level) cell" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:100(para) msgid "The compute API class must be changed in the API cell so that requests can be proxied through nova-cells down to the correct cell properly. Add the following to nova.conf in the API cell:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:112(title) msgid "Configure the child cells" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:121(replaceable) msgid "cell1" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:113(para) msgid "Add the following to nova.conf in the child cells, replacing cell1 with the name of each cell:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:124(title) msgid "Configure the database in each cell" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:125(para) msgid "Before bringing the services online, the database in each cell needs to be configured with information about related cells. In particular, the API cell needs to know about its immediate children, and the child cells must know about their immediate agents. The information needed is the RabbitMQ server credentials for the particular cell." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:130(para) msgid "Use the command to add this information to the database in each cell:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:152(para) msgid "As an example, assume we have an API cell named api and a child cell named cell1. Within the api cell, we have the following RabbitMQ server info:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:160(para) msgid "And in the child cell named cell1 we have the following RabbitMQ server info:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:167(para) msgid "We would run this in the API cell, as root." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:169(para) msgid "Repeat the above for all child cells." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:170(para) msgid "In the child cell, we would run the following, as root:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:173(para) msgid "To customize the Compute cells, use the configuration option settings documented in ." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:178(title) msgid "Cell scheduling configuration" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:179(para) msgid "To determine the best cell for launching a new instance, Compute uses a set of filters and weights configured in /etc/nova/nova.conf. The following options are available to prioritize cells for scheduling:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:185(para) msgid "scheduler_filter_classes - Specifies the list of filter classes. By default nova.cells.weights.all_filters is specified, which maps to all cells filters included with Compute (see ." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:191(para) msgid "scheduler_weight_classes - Specifies the list of weight classes. By default nova.cells.weights.all_weighers is specified, which maps to all cell weight algorithms (weighers) included with Compute. The following modules are available:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:196(para) msgid "mute_child: Downgrades the likelihood of child cells being chosen for scheduling requests, which haven't sent capacity or capability updates in a while. Options include mute_weight_multiplier (multiplier for mute children; value should be negative) and mute_weight_value (assigned to mute children; should be a positive value)." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:205(para) msgid "ram_by_instance_type: Select cells with the most RAM capacity for the instance type being requested. Because higher weights win, Compute returns the number of available units for the instance type requested. The ram_weight_multiplier option defaults to 10.0 that adds to the weight by a factor of 10. Use a negative number to stack VMs on one host instead of spreading out new VMs to more hosts in the cell." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:213(para) msgid "weight_offset: Allows modifying the database to weight a particular cell. You can use this when you want to disable a cell (for example, '0'), or to set a default cell by making its weight_offset very high (for example, '999999999999999'). The highest weight will be the first cell to be scheduled for launching an instance." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:221(para) msgid "Additionally, the following options are available for the cell scheduler:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:225(para) msgid "scheduler_retries - Specifies how many times the scheduler tries to launch a new instance when no cells are available (default=10)." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:229(para) msgid "scheduler_retry_delay - Specifies the delay (in seconds) between retries (default=2)." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:234(para) msgid "As an admin user, you can also add a filter that directs builds to a particular cell. The policy.json file must have a line with \"cells_scheduler_filter:TargetCellFilter\" : \"is_admin:True\" to let an admin user specify a scheduler hint to direct a build to a particular cell." msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:241(title) msgid "Optional cell configuration" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:242(para) msgid "Cells currently keeps all inter-cell communication data, including user names and passwords, in the database. This is undesirable and unnecessary since cells data isn't updated very frequently. Instead, create a JSON file to input cells data specified via a [cells]cells_config option. When specified, the database is no longer consulted when reloading cells data. The file will need the columns present in the Cell model (excluding common database fields and the id column). The queue connection information must be specified through a transport_url field, instead of username, password, and so on. The transport_url has the following form:" msgstr "" #: ./doc/config-reference/compute/section_compute-cells.xml:257(para) msgid "The scheme can be either qpid or rabbit, as shown previously. The following sample shows this optional configuration:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:7(title) msgid "QEMU" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:8(para) msgid "From the perspective of the Compute service, the QEMU hypervisor is very similar to the KVM hypervisor. Both are controlled through libvirt, both support the same feature set, and all virtual machine images that are compatible with KVM are also compatible with QEMU. The main difference is that QEMU does not support native virtualization. Consequently, QEMU has worse performance than KVM and is a poor choice for a production deployment." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:15(para) msgid "Running on older hardware that lacks virtualization support." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:19(para) msgid "Running the Compute service inside of a virtual machine for development or testing purposes, where the hypervisor does not support native virtualization for guests." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:13(para) msgid "The typical uses cases for QEMU are" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:25(para) msgid "To enable QEMU, add these settings to nova.conf:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:29(para) msgid "For some operations you may also have to install the utility:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:31(para) msgid "On Ubuntu: " msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:34(para) msgid "On Red Hat Enterprise Linux, Fedora, or CentOS: " msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:37(para) msgid "On openSUSE: " msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:40(para) msgid "The QEMU hypervisor supports the following virtual machine image formats:" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:49(para) msgid "VMware virtual machine disk format (vmdk)" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:53(title) msgid "Tips and fixes for QEMU on RHEL" msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:54(para) msgid "If you are testing OpenStack in a virtual machine, you must configure Compute to use qemu without KVM and hardware virtualization. The second command relaxes SELinux rules to allow this mode of operation ( https://bugzilla.redhat.com/show_bug.cgi?id=753589). The last two commands here work around a libvirt issue fixed in Red Hat Enterprise Linux 6.4. Nested virtualization will be the much slower TCG variety, and you should provide lots of memory to the top-level guest, because the OpenStack-created guests default to 2GM RAM with no overcommit." msgstr "" #: ./doc/config-reference/compute/section_hypervisor_qemu.xml:63(para) msgid "The second command, , may take a while." msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:6(title) msgid "Log files used by Networking" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:7(para) msgid "The corresponding log file of each Networking service is stored in the /var/log/neutron/ directory of the host on which each service runs." msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:11(caption) msgid "Log files used by Networking services" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:19(td) msgid "Service/interface" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:27(filename) msgid "dhcp-agent.log" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:30(systemitem) msgid "neutron-dhcp-agent" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:35(filename) msgid "l3-agent.log" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:38(systemitem) msgid "neutron-l3-agent" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:43(filename) msgid "lbaas-agent.log" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:46(systemitem) msgid "neutron-lbaas-agent" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:48(para) msgid "The neutron-lbaas-agent service only runs when Load Balancer as a Service is enabled." msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:56(filename) msgid "linuxbridge-agent.log" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:59(systemitem) msgid "neutron-linuxbridge-agent" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:64(filename) msgid "metadata-agent.log" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:67(systemitem) msgid "neutron-metadata-agent" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:72(filename) msgid "metering-agent.log" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:75(systemitem) msgid "neutron-metering-agent" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:80(filename) msgid "openvswitch-agent.log" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:83(systemitem) msgid "neutron-openvswitch-agent" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:88(filename) msgid "server.log" msgstr "" #: ./doc/config-reference/networking/section_networking-log-files.xml:91(systemitem) msgid "neutron-server" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:10(title) msgid "Networking plug-ins" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:11(para) msgid "OpenStack Networking introduces the concept of a plug-in, which is a back-end implementation of the OpenStack Networking API. A plug-in can use a variety of technologies to implement the logical API requests. Some OpenStack Networking plug-ins might use basic Linux VLANs and IP tables, while others might use more advanced technologies, such as L2-in-L3 tunneling or OpenFlow. These sections detail the configuration options for the various plug-ins." msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:22(title) msgid "BigSwitch configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:28(title) msgid "Brocade configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:34(title) msgid "CISCO configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:40(title) msgid "CloudBase Hyper-V Agent configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:47(title) msgid "Embrane configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:54(title) msgid "IBM SDN-VE configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:60(title) msgid "Linux bridge Agent configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:67(title) msgid "Mellanox configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:73(title) msgid "Meta Plug-in configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:74(para) msgid "The Meta Plug-in allows you to use multiple plug-ins at the same time." msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:82(title) msgid "MidoNet configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:88(title) msgid "NEC configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:94(title) msgid "Nuage configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:100(title) msgid "One Convergence NVSD configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:106(title) msgid "VMware NSX configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:112(title) msgid "Open vSwitch Agent configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:119(title) msgid "PLUMgrid configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins.xml:125(title) msgid "Ryu configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:10(title) msgid "Modular Layer 2 (ml2) configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:11(para) msgid "The Modular Layer 2 (ml2) plug-in has two components: network types and mechanisms. You can configure these components separately. This section describes these configuration options." msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:16(title) msgid "MTU bug with VXLAN tunnelling" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:17(para) msgid "Due to a bug in Linux Bridge software maximum transmission unit (MTU) handling, using VXLAN tunnels does not work by default." msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:22(para) msgid "A simple workaround is to increase the MTU value of the physical interface and physical switch fabric by at least 50 bytes. For example, increase the MTU value to 1550. This value enables an automatic 50-byte MTU difference between the physical interface (1500) and the VXLAN interface (automatically 1500-50 = 1450). An MTU value of 1450 causes issues when virtual machine taps are configured at an MTU value of 1500." msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:33(para) msgid "Another workaround is to decrease the virtual ethernet devices' MTU. Set the option to 1450 in the neutron.conf file, and set all guest virtual machines' MTU to the same value by using a DHCP option. For information about how to use this option, see Configure OVS plug-in." msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:48(title) msgid "Modular Layer 2 (ml2) Flat Type configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:53(title) msgid "Modular Layer 2 (ml2) GRE Type configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:58(title) msgid "Modular Layer 2 (ml2) VLAN Type configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:63(title) msgid "Modular Layer 2 (ml2) VXLAN Type configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:68(title) msgid "Modular Layer 2 (ml2) Arista Mechanism configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:74(title) msgid "Modular Layer 2 (ml2) BigSwitch Mechanism configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:79(title) msgid "Modular Layer 2 (ml2) Brocade Mechanism configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:84(title) msgid "Modular Layer 2 (ml2) Cisco Mechanism configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:89(title) msgid "Modular Layer 2 (ml2) Mellanox Mechanism configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:94(title) msgid "Modular Layer 2 (ml2) OpenDaylight Mechanism configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:99(title) msgid "Modular Layer 2 (ml2) OpenFlow Mechanism configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:104(title) msgid "Modular Layer 2 (ml2) L2 Population Mechanism configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-plugins-ml2.xml:109(title) msgid "Modular Layer 2 (ml2) Tail-f NCS Mechanism configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:6(title) msgid "Networking configuration options" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:7(para) msgid "The options and descriptions listed in this introduction are auto generated from the code in the Networking service project, which provides software-defined networking between VMs run in Compute. The list contains common options, while the subsections list the options for the various networking plug-ins." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:20(para) msgid "Use the following options to alter agent-related settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:25(title) msgid "API" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:26(para) msgid "Use the following options to alter API-related settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:31(title) msgid "Token authentication" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:32(para) msgid "Use the following options to alter token authentication settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:37(title) msgid "CADF" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:38(para) msgid "Use the following options to alter Cloud Audit Data Federation (CADF) settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:44(para) msgid "Use the following options to alter Compute-related settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:49(title) msgid "Database" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:50(para) ./doc/config-reference/networking/section_networking-options-reference.xml:56(para) msgid "Use the following options to alter Database-related settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:55(title) msgid "DHCP agent" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:61(title) msgid "Embrane LBaaS driver" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:62(para) msgid "Use the following options to alter Embrane Loadbalancer-as-a-Service related settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:68(title) msgid "Firewall-as-a-Service driver" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:69(para) msgid "Use the following options in the fwaas_driver.ini file for the FwaaS driver." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:75(title) msgid "L3 agent" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:76(para) msgid "Use the following options in the l3_agent.ini file for the L3 agent." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:82(title) msgid "Loadbalancer-as-a-Service agent" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:83(para) msgid "Use the following options in the lbaas_agent.ini file for the LbaaS agent." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:89(title) msgid "Logging" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:90(para) msgid "Use the following options to alter logging settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:95(title) msgid "Metadata Agent" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:96(para) msgid "Use the following options in the metadata_agent.ini file for the Metadata agent." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:102(title) msgid "Metering Agent" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:103(para) msgid "Use the following options in the metering_agent.ini file for the Metering agent." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:109(title) msgid "Policy" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:110(para) msgid "Use the following options in the neutron.conf file to change policy settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:116(title) msgid "Quotas" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:117(para) msgid "Use the following options in the neutron.conf file for the quota system." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:123(title) msgid "Rootwrap" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:124(para) msgid "Use the following options in the neutron.conf file for the rootwrap settings" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:130(title) msgid "Scheduler" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:131(para) msgid "Use the following options in the neutron.conf file to change scheduler settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:137(title) msgid "Security Groups" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:138(para) msgid "Use the following options in the configuration file for your driver to change security group settings." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:144(title) msgid "SSL" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:145(para) msgid "Use the following options in the neutron.conf file to enable SSL." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:151(title) msgid "Testing" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:152(para) msgid "Use the following options to alter testing-related features." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:157(title) msgid "vArmour Firewall-as-a-Service driver" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:158(para) msgid "Use the following options in the l3_agent.ini file for the vArmour FwaaS driver." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:164(title) msgid "VPN" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:165(para) msgid "Use the following options in the vpn_agent.ini file for the VPN agent." msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:171(title) msgid "WSGI" msgstr "" #: ./doc/config-reference/networking/section_networking-options-reference.xml:172(para) msgid "Use the following options in the neutron.conf file to configure the WSGI layer." msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:4(title) msgid "Networking sample configuration files" msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:5(para) msgid "All the files in this section can be found in /etc/neutron/." msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:7(title) msgid "neutron.conf" msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:8(para) msgid "Use the neutron.conf file to configure the majority of the OpenStack Networking options." msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:16(para) msgid "Use the api-paste.ini to configure the OpenStack Networking API." msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:23(para) msgid "Use the policy.json file to define additional access controls that apply to the OpenStack Networking service." msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:31(para) msgid "Use the rootwrap.conf file to define configuration values used by the script when the OpenStack Networking service must escalate its privileges to those of the root user." msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:39(title) msgid "Configuration files for plug-in agents" msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:40(para) msgid "Each plug-in agent that runs on an OpenStack Networking node, to perform local networking configuration for the node's VMs and networking services, has its own configuration file." msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:44(title) msgid "dhcp_agent.ini" msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:50(title) msgid "l3_agent.ini" msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:56(title) msgid "lbaas_agent.ini" msgstr "" #: ./doc/config-reference/networking/section_networking-sample-configuration-files.xml:62(title) msgid "metadata_agent.ini" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:11(title) ./doc/config-reference/database-service/section-databaseservice-rpc.xml:11(title) ./doc/config-reference/image-service/section_image-service-rpc.xml:6(title) msgid "Configure the RPC messaging system" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:12(para) msgid "OpenStack projects use an open standard for messaging middleware known as AMQP. This messaging middleware enables the OpenStack services that run on multiple servers to talk to each other. OpenStack Oslo RPC supports three implementations of AMQP: RabbitMQ, Qpid, and ZeroMQ." msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:21(title) ./doc/config-reference/database-service/section-databaseservice-rpc.xml:21(title) msgid "Configure RabbitMQ" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:23(para) msgid "OpenStack Oslo RPC uses RabbitMQ by default. Use these options to configure the RabbitMQ message system. The option is optional as long as RabbitMQ is the default messaging system. However, if it is included in the configuration, you must set it to heat.openstack.common.rpc.impl_kombu." msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:35(para) msgid "Use these options to configure the RabbitMQ messaging system. You can configure messaging communication for different installation scenarios, tune retries for RabbitMQ, and define the size of the RPC thread pool. To monitor notifications through RabbitMQ, you must set the option to heat.notifier.rabbit_notifier in the heat.conf file:" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:46(title) ./doc/config-reference/database-service/section-databaseservice-rpc.xml:28(title) msgid "Configure Qpid" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:47(para) msgid "Use these options to configure the Qpid messaging system for OpenStack Oslo RPC. Qpid is not the default messaging system, so you must enable it by setting the option in the heat.conf file:" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:54(para) msgid "This critical option points the compute nodes to the Qpid broker (server). Set the option to the host name where the broker runs in the heat.conf file." msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:60(para) msgid "The option accepts a host name or IP address value." msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:65(para) msgid "If the Qpid broker listens on a port other than the AMQP default of 5672, you must set the option to that value:" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:72(para) msgid "If you configure the Qpid broker to require authentication, you must add a user name and password to the configuration:" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:78(para) msgid "By default, TCP is used as the transport. To enable SSL, set the option:" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:83(para) msgid "Use these additional options to configure the Qpid messaging driver for OpenStack Oslo RPC. These options are used infrequently." msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:91(title) msgid "Configure ZeroMQ" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:92(para) msgid "Use these options to configure the ZeroMQ messaging system for OpenStack Oslo RPC. ZeroMQ is not the default messaging system, so you must enable it by setting the option in the heat.conf file:" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:101(title) ./doc/config-reference/database-service/section-databaseservice-rpc.xml:42(title) msgid "Configure messaging" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-rpc.xml:103(para) ./doc/config-reference/database-service/section-databaseservice-rpc.xml:44(para) msgid "Use these common options to configure the RabbitMQ, Qpid, and ZeroMq messaging drivers:" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-clients.xml:11(title) msgid "Configure Clients" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-clients.xml:12(para) msgid "The following options allow configuration of the clients that Orchestration uses to talk to other services." msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-api.xml:11(title) msgid "Configure APIs" msgstr "" #: ./doc/config-reference/orchestration/section_orchestration-api.xml:12(para) msgid "The following options allow configuration of the APIs that Orchestration supports. Currently this includes compatibility APIs for CloudFormation and CloudWatch and a native API." msgstr "" #: ./doc/config-reference/block-storage/section_backup-drivers.xml:6(title) msgid "Backup drivers" msgstr "" #: ./doc/config-reference/block-storage/section_backup-drivers.xml:7(para) msgid "This section describes how to configure the cinder-backup service and its drivers." msgstr "" #: ./doc/config-reference/block-storage/section_backup-drivers.xml:10(para) msgid "The volume drivers are included with the Block Storage repository (https://github.com/openstack/cinder). To set a backup driver, use the backup_driver flag. By default there is no backup driver enabled." msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:6(title) msgid "Log files used by Block Storage" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:7(para) msgid "The corresponding log file of each Block Storage service is stored in the /var/log/cinder/ directory of the host on which each service runs." msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:11(caption) msgid "Log files used by Block Storage services" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:20(td) msgid "Service/interface (for CentOS, Fedora, openSUSE, Red Hat Enterprise Linux, and SUSE Linux Enterprise)" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:24(td) msgid "Service/interface (for Ubuntu and Debian)" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:35(systemitem) msgid "openstack-cinder-api" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:38(systemitem) msgid "cinder-api" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:43(filename) msgid "cinder-manage.log" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:46(systemitem) ./doc/config-reference/block-storage/section_cinder-log-files.xml:49(systemitem) msgid "cinder-manage" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:57(systemitem) msgid "openstack-cinder-scheduler" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:60(systemitem) msgid "cinder-scheduler" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:65(filename) msgid "volume.log" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:68(systemitem) msgid "openstack-cinder-volume" msgstr "" #: ./doc/config-reference/block-storage/section_cinder-log-files.xml:71(systemitem) ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:179(systemitem) msgid "cinder-volume" msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:4(title) msgid "Fibre Channel Zone Manager" msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:5(para) msgid "The Fibre Channel Zone Manager allows FC SAN Zone/Access control management in conjunction with Fibre Channel block storage. The configuration of Fibre Channel Zone Manager and various zone drivers are described in this section." msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:10(title) msgid "Configure Block Storage to use Fibre Channel Zone Manager" msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:12(para) msgid "If Block Storage is configured to use a Fibre Channel volume driver that supports Zone Manager, update cinder.conf to add the following configuration options to enable Fibre Channel Zone Manager." msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:17(para) ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:305(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:375(para) msgid "Make the following changes in the /etc/cinder/cinder.conf file." msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:21(para) msgid "To use different Fibre Channel Zone Drivers, use the parameters described in this section." msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:24(para) msgid "When multi backend configuration is used, provide the configuration option as part of the volume driver configuration where option is specified." msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:30(para) msgid "Default value of is None and this needs to be changed to fabric to allow fabric zoning." msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:35(para) msgid " can be configured as initiator-target or initiator" msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:42(title) msgid "Brocade Fibre Channel Zone Driver" msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:43(para) msgid "Brocade Fibre Channel Zone Driver performs zoning operations via SSH. Configure Brocade Zone Driver and lookup service by specifying the following parameters:" msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:47(para) msgid "Configure SAN fabric parameters in the form of fabric groups as described in the example below:" msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:51(para) msgid "Define a fabric group for each fabric using the fabric names used in configuration option as group name." msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:57(title) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:17(title) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:23(title) ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:16(title) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:42(title) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:16(title) msgid "System requirements" msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:58(para) msgid "Brocade Fibre Channel Zone Driver requires firmware version FOS v6.4 or higher." msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:60(para) msgid "As a best practice for zone management, use a user account with zoneadmin role. Users with admin role (including the default admin user account) are limited to a maximum of two concurrent SSH sessions." msgstr "" #: ./doc/config-reference/block-storage/section_fc-zoning.xml:66(para) msgid "For information about how to manage Brocade Fibre Channel switches, see the Brocade Fabric OS user documentation." msgstr "" #: ./doc/config-reference/block-storage/section_volume-drivers.xml:6(title) msgid "Volume drivers" msgstr "" #: ./doc/config-reference/block-storage/section_volume-drivers.xml:7(para) msgid "To use different volume drivers for the cinder-volume service, use the parameters described in these sections." msgstr "" #: ./doc/config-reference/block-storage/section_volume-drivers.xml:10(para) msgid "The volume drivers are included in the Block Storage repository (https://github.com/openstack/cinder). To set a volume driver, use the volume_driver flag. The default is:" msgstr "" #: ./doc/config-reference/block-storage/section_misc.xml:6(title) msgid "Additional options" msgstr "" #: ./doc/config-reference/block-storage/section_misc.xml:8(para) msgid "These options can also be set in the cinder.conf file." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-sample-configuration-files.xml:4(title) msgid "Block Storage sample configuration files" msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-sample-configuration-files.xml:5(para) msgid "All the files in this section can be found in /etc/cinder." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-sample-configuration-files.xml:7(title) ./doc/config-reference/block-storage/drivers/coraid-driver.xml:373(filename) msgid "cinder.conf" msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-sample-configuration-files.xml:8(para) msgid "Use the cinder.conf file to configure the majority of the Block Storage service options." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-sample-configuration-files.xml:16(para) msgid "Use the api-paste.ini file to configure the Block Storage API service." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-sample-configuration-files.xml:23(para) msgid "The policy.json file defines additional access controls that apply to the Block Storage service." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-sample-configuration-files.xml:28(para) msgid "The rootwrap.conf file defines configuration values used by the script when the Block Storage service must escalate its privileges to those of the root user." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:6(title) msgid "Introduction to the Block Storage service" msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:7(para) msgid "The OpenStack Block Storage service provides persistent block storage resources that OpenStack Compute instances can consume. This includes secondary attached storage similar to the Amazon Elastic Block Storage (EBS) offering. In addition, you can write images to a Block Storage device for Compute to use as a bootable persistent instance." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:11(para) msgid "The Block Storage service differs slightly from the Amazon EBS offering. The Block Storage service does not provide a shared storage solution like NFS. With the Block Storage service, you can attach a device to only one instance." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:14(para) msgid "The Block Storage service provides:" msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:17(para) msgid "cinder-api. A WSGI app that authenticates and routes requests throughout the Block Storage service. It supports the OpenStack APIs only, although there is a translation that can be done through Compute's EC2 interface, which calls in to the Block Storage client." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:23(para) msgid "cinder-scheduler. Schedules and routes requests to the appropriate volume service. Depending upon your configuration, this may be simple round-robin scheduling to the running volume services, or it can be more sophisticated through the use of the Filter Scheduler. The Filter Scheduler is the default and enables filters on things like Capacity, Availability Zone, Volume Types, and Capabilities as well as custom filters." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:31(para) msgid "cinder-volume. Manages Block Storage devices, specifically the back-end devices themselves." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:36(para) msgid "cinder-backup. Provides a means to back up a Block Storage Volume to OpenStack Object Store (SWIFT)." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:41(para) msgid "The Block Storage service contains the following components:" msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:44(para) msgid "Back-end Storage Devices. The Block Storage service requires some form of back-end storage that the service is built on. The default implementation is to use LVM on a local volume group named \"cinder-volumes.\" In addition to the base driver implementation, the Block Storage service also provides the means to add support for other storage devices to be utilized such as external Raid Arrays or other storage appliances. These back-end storage devices may have custom block sizes when using KVM or QEMU as the hypervisor." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:53(para) msgid "Users and Tenants (Projects). The Block Storage service can be used by many different cloud computing consumers or customers (tenants on a shared system), using role-based access assignments. Roles control the actions that a user is allowed to perform. In the default configuration, most actions do not require a particular role, but this can be configured by the system administrator in the appropriate policy.json file that maintains the rules. A user's access to particular volumes is limited by tenant, but the username and password are assigned per user. Key pairs granting access to a volume are enabled per user, but quotas to control resource consumption across available hardware resources are per tenant." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:63(para) msgid "For tenants, quota controls are available to limit:" msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:67(para) msgid "The number of volumes that can be created." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:71(para) msgid "The number of snapshots that can be created." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:75(para) msgid "The total number of GBs allowed per tenant (shared between snapshots and volumes)." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:79(para) msgid "You can revise the default quota values with the Block Storage CLI, so the limits placed by quotas are editable by admin users." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:83(para) msgid "Volumes, Snapshots, and Backups. The basic resources offered by the Block Storage service are volumes and snapshots which are derived from volumes and volume backups:" msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:88(para) msgid "Volumes. Allocated block storage resources that can be attached to instances as secondary storage or they can be used as the root store to boot instances. Volumes are persistent R/W block storage devices most commonly attached to the compute node through iSCSI." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:97(para) msgid "Snapshots. A read-only point in time copy of a volume. The snapshot can be created from a volume that is currently in use (through the use of ) or in an available state. The snapshot can then be used to create a new volume through create from snapshot." msgstr "" #: ./doc/config-reference/block-storage/section_block-storage-overview.xml:104(para) msgid "Backups. An archived copy of a volume currently stored in OpenStack Object Storage (Swift)." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:6(title) msgid "VMware VMDK driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:7(para) msgid "Use the VMware VMDK driver to enable management of the OpenStack Block Storage volumes on vCenter-managed data stores. Volumes are backed by VMDK files on data stores that use any VMware-compatible storage technology such as NFS, iSCSI, FiberChannel, and vSAN." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:13(para) msgid "The VMware ESX VMDK driver is deprecated as of the Icehouse release and might be removed in Juno or a subsequent release. The VMware vCenter VMDK driver continues to be fully supported." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:19(title) msgid "Functional context" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:20(para) msgid "The VMware VMDK driver connects to vCenter, through which it can dynamically access all the data stores visible from the ESX hosts in the managed cluster." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:23(para) msgid "When you create a volume, the VMDK driver creates a VMDK file on demand. The VMDK file creation completes only when the volume is subsequently attached to an instance, because the set of data stores visible to the instance determines where to place the volume." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:28(para) msgid "The running vSphere VM is automatically reconfigured to attach the VMDK file as an extra disk. Once attached, you can log in to the running vSphere VM to rescan and discover this extra disk." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:34(title) ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:134(title) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:68(title) msgid "Configuration" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:35(para) msgid "The recommended volume driver for OpenStack Block Storage is the VMware vCenter VMDK driver. When you configure the driver, you must match it with the appropriate OpenStack Compute driver from VMware and both drivers must point to the same server." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:40(para) msgid "In the nova.conf file, use this option to define the Compute driver:" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:43(para) msgid "In the cinder.conf file, use this option to define the volume driver:" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:46(para) msgid "The following table lists various options that the drivers support for the OpenStack Block Storage configuration (cinder.conf):" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:53(para) msgid "The VMware VMDK drivers support the creation of VMDK disk files of type thin, thick, or eagerZeroedThick. Use the vmware:vmdk_type extra spec key with the appropriate value to specify the VMDK disk file type. The following table captures the mapping between the extra spec entry and the VMDK disk file type:" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:62(caption) msgid "Extra spec entry to VMDK disk file type mapping" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:66(td) msgid "Disk file type" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:67(td) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:113(td) msgid "Extra spec key" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:68(td) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:114(td) msgid "Extra spec value" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:74(td) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:79(td) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:84(td) msgid "vmware:vmdk_type" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:78(td) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:80(td) msgid "thick" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:83(td) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:85(td) msgid "eagerZeroedThick" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:89(para) msgid "If you do not specify a vmdk_type extra spec entry, the default disk file type is thin." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:92(para) msgid "The following example shows how to create a thick VMDK volume by using the appropriate vmdk_type:" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:100(title) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:112(td) msgid "Clone type" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:101(para) msgid "With the VMware VMDK drivers, you can create a volume from another source volume or a snapshot point. The VMware vCenter VMDK driver supports the full and linked/fast clone types. Use the vmware:clone_type extra spec key to specify the clone type. The following table captures the mapping for clone types:" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:109(caption) msgid "Extra spec entry to clone type mapping" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:119(td) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:121(td) msgid "full" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:120(td) ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:125(td) msgid "vmware:clone_type" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:124(td) msgid "linked/fast" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:126(td) msgid "linked" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:130(para) msgid "If you do not specify the clone type, the default is full." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:132(para) msgid "The following example shows linked cloning from another source volume:" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:138(para) msgid "The VMware ESX VMDK driver ignores the extra spec entry and always creates a full clone." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:144(title) msgid "Use vCenter storage policies to specify back-end data stores" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:147(para) msgid "This section describes how to configure back-end data stores using storage policies. In vCenter, you can create one or more storage policies and expose them as a Block Storage volume-type to a vmdk volume. The storage policies are exposed to the vmdk driver through the extra spec property with the vmware:storage_profile key." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:154(para) msgid "For example, assume a storage policy in vCenter named gold_policy. and a Block Storage volume type named vol1 with the extra spec key vmware:storage_profile set to the value gold_policy. Any Block Storage volume creation that uses the vol1 volume type places the volume only in data stores that match the gold_policy storage policy." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:163(para) msgid "The Block Storage back-end configuration for vSphere data stores is automatically determined based on the vCenter configuration. If you configure a connection to connect to vCenter version 5.5 or later in the cinder.conf file, the use of storage policies to configure back-end data stores is automatically supported." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:171(para) msgid "You must configure any data stores that you configure for the Block Storage service for the Compute service." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:176(title) msgid "To configure back-end data stores by using storage policies" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:179(para) ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:125(para) msgid "In vCenter, tag the data stores to be used for the back end." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:181(para) msgid "OpenStack also supports policies that are created by using vendor-specific capabilities; for example vSAN-specific storage policies." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:185(para) msgid "The tag value serves as the policy. For details, see ." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:191(para) msgid "Set the extra spec key vmware:storage_profile in the desired Block Storage volume types to the policy name that you created in the previous step." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:198(para) msgid "Optionally, for the vmware_host_version parameter, enter the version number of your vSphere platform. For example, ." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:203(para) msgid "This setting overrides the default location for the corresponding WSDL file. Among other scenarios, you can use this setting to prevent WSDL error messages during the development phase or to work with a newer version of vCenter." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:210(para) ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:117(para) ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:162(para) msgid "Complete the other vCenter configuration parameters as appropriate." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:215(para) msgid "The following considerations apply to configuring SPBM for the Block Storage service:" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:219(para) msgid "Any volume that is created without an associated policy (that is to say, without an associated volume type that specifies vmware:storage_profile extra spec), there is no policy-based placement for that volume." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:230(title) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:26(title) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:11(title) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:34(title) ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:42(title) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:66(title) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:325(title) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:33(title) msgid "Supported operations" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:231(para) msgid "The VMware vCenter and ESX VMDK drivers support these operations:" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:235(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:30(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:15(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:46(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:72(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:91(para) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:38(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:36(para) msgid "Create volume" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:238(para) msgid "Create volume from another source volume. (Supported only if source volume is not attached to an instance.)" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:243(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:60(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:33(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:109(para) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:68(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:54(para) msgid "Create volume from snapshot" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:246(para) msgid "Create volume from glance image" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:249(para) msgid "Attach volume (When a volume is attached to an instance, a reconfigure operation is performed on the instance to add the volume's VMDK to it. The user must manually rescan and mount the device from within the guest operating system.)" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:256(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:39(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:24(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:55(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:81(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:100(para) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:47(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:45(para) msgid "Detach volume" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:259(para) msgid "Create snapshot (Allowed only if volume is not attached to an instance.)" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:263(para) msgid "Delete snapshot (Allowed only if volume is not attached to an instance.)" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:267(para) msgid "Upload as image to glance (Allowed only if volume is not attached to an instance.)" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:272(para) msgid "Although the VMware ESX VMDK driver supports these operations, it has not been extensively tested." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:278(title) msgid "Storage policy-based configuration in vCenter" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:279(para) msgid "You can configure Storage Policy-Based Management (SPBM) profiles for vCenter data stores supporting the Compute, Image Service, and Block Storage components of an OpenStack implementation." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:283(para) msgid "In a vSphere OpenStack deployment, SPBM enables you to delegate several data stores for storage, which reduces the risk of running out of storage space. The policy logic selects the data store based on accessibility and available storage space." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:290(title) ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:117(title) msgid "Prerequisites" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:293(para) msgid "Determine the data stores to be used by the SPBM policy." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:297(para) msgid "Determine the tag that identifies the data stores in the OpenStack component configuration." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:302(para) msgid "Create separate policies or sets of data stores for separate OpenStack components." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:308(title) msgid "Create storage policies in vCenter" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:310(title) msgid "To create storage policies in vCenter" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:312(para) msgid "In vCenter, create the tag that identifies the data stores:" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:316(para) msgid "From the Home screen, click Tags." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:320(para) msgid "Specify a name for the tag." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:323(para) msgid "Specify a tag category. For example, spbm-cinder." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:329(para) msgid "Apply the tag to the data stores to be used by the SPBM policy." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:332(para) msgid "For details about creating tags in vSphere, see the vSphere documentation." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:339(para) msgid "In vCenter, create a tag-based storage policy that uses one or more tags to identify a set of data stores." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:343(para) msgid "You use this tag name and category when you configure the *.conf file for the OpenStack component. For details about creating tags in vSphere, see the vSphere documentation." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:354(title) msgid "Data store selection" msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:355(para) msgid "If storage policy is enabled, the driver initially selects all the data stores that match the associated storage policy." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:358(para) msgid "If two or more data stores match the storage policy, the driver chooses a data store that is connected to the maximum number of hosts." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:361(para) msgid "In case of ties, the driver chooses the data store with lowest space utilization, where space utilization is defined by the (1-freespace/totalspace) metric." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:366(para) msgid "These actions reduce the number of volume migrations while attaching the volume to instances." msgstr "" #: ./doc/config-reference/block-storage/drivers/vmware-vmdk-driver.xml:368(para) msgid "The volume must be migrated if the ESX host for the instance cannot access the data store that contains the volume." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:4(title) msgid "Nexenta drivers" msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:5(para) msgid "NexentaStor Appliance is NAS/SAN software platform designed for building reliable and fast network storage arrays. The Nexenta Storage Appliance uses ZFS as a disk management system. NexentaStor can serve as a storage node for the OpenStack and its virtual servers through iSCSI and NFS protocols." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:9(para) msgid "With the NFS option, every Compute volume is represented by a directory designated to be its own file system in the ZFS file system. These file systems are exported using NFS." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:12(para) msgid "With either option some minimal setup is required to tell OpenStack which NexentaStor servers are being used, whether they are supporting iSCSI and/or NFS and how to access each of the servers." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:16(para) msgid "Typically the only operation required on the NexentaStor servers is to create the containing directory for the iSCSI or NFS exports. For NFS this containing directory must be explicitly exported via NFS. There is no software that must be installed on the NexentaStor servers; they are controlled using existing management plane interfaces." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:24(title) msgid "Nexenta iSCSI driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:25(para) msgid "The Nexenta iSCSI driver allows you to use a NexentaStor appliance to store Compute volumes. Every Compute volume is represented by a single zvol in a predefined Nexenta namespace. For every new volume the driver creates a iSCSI target and iSCSI target group that are used to access it from compute hosts." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:29(para) msgid "The Nexenta iSCSI volume driver should work with all versions of NexentaStor. The NexentaStor appliance must be installed and configured according to the relevant Nexenta documentation. A pool and an enclosing namespace must be created for all iSCSI volumes to be accessed through the volume driver. This should be done as specified in the release specific NexentaStor documentation." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:36(para) msgid "The NexentaStor Appliance iSCSI driver is selected using the normal procedures for one or multiple back-end volume drivers. You must configure these items for each NexentaStor appliance that the iSCSI volume driver controls:" msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:42(title) msgid "Enable the Nexenta iSCSI driver and related options" msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:44(para) msgid "This table contains the options supported by the Nexenta iSCSI driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:48(para) msgid "To use Compute with the Nexenta iSCSI driver, first set the volume_driver:" msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:52(para) msgid "Then, set the nexenta_host parameter and other parameters from the table, if needed." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:59(title) msgid "Nexenta NFS driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:60(para) msgid "The Nexenta NFS driver allows you to use NexentaStor appliance to store Compute volumes via NFS. Every Compute volume is represented by a single NFS file within a shared directory." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:64(para) msgid "While the NFS protocols standardize file access for users, they do not standardize administrative actions such as taking snapshots or replicating file systems. The OpenStack Volume Drivers bring a common interface to these operations. The Nexenta NFS driver implements these standard actions using the ZFS management plane that already is deployed on NexentaStor appliances." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:71(para) msgid "The Nexenta NFS volume driver should work with all versions of NexentaStor. The NexentaStor appliance must be installed and configured according to the relevant Nexenta documentation. A single-parent file system must be created for all virtual disk directories supported for OpenStack. This directory must be created and exported on each NexentaStor appliance. This should be done as specified in the release specific NexentaStor documentation." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:78(title) msgid "Enable the Nexenta NFS driver and related options" msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:80(para) msgid "To use Compute with the Nexenta NFS driver, first set the volume_driver:" msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:85(para) msgid "The following table contains the options supported by the Nexenta NFS driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:89(para) msgid "Add your list of Nexenta NFS servers to the file you specified with the nexenta_shares_config option. For example, if the value of this option was set to /etc/cinder/nfs_shares, then:" msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:99(para) msgid "Comments are allowed in this file. They begin with a #." msgstr "" #: ./doc/config-reference/block-storage/drivers/nexenta-volume-driver.xml:101(para) msgid "Each line in this file represents a NFS share. The first part of the line is the NFS share URL, the second is the connection URL to the NexentaStor Appliance." msgstr "" #: ./doc/config-reference/block-storage/drivers/sheepdog-driver.xml:6(title) msgid "Sheepdog driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/sheepdog-driver.xml:7(para) msgid "Sheepdog is an open-source distributed storage system that provides a virtual storage pool utilizing internal disk of commodity servers." msgstr "" #: ./doc/config-reference/block-storage/drivers/sheepdog-driver.xml:10(para) msgid "Sheepdog scales to several hundred nodes, and has powerful virtual disk management features like snapshot, cloning, rollback, thin proisioning." msgstr "" #: ./doc/config-reference/block-storage/drivers/sheepdog-driver.xml:13(para) msgid "More information can be found on Sheepdog Project." msgstr "" #: ./doc/config-reference/block-storage/drivers/sheepdog-driver.xml:15(para) msgid "This driver enables use of Sheepdog through Qemu/KVM." msgstr "" #: ./doc/config-reference/block-storage/drivers/sheepdog-driver.xml:16(para) msgid "Set the following volume_driver in cinder.conf:" msgstr "" #: ./doc/config-reference/block-storage/drivers/zadara-volume-driver.xml:6(title) msgid "Zadara" msgstr "" #: ./doc/config-reference/block-storage/drivers/zadara-volume-driver.xml:7(para) msgid "There is a volume back-end for Zadara. Set the following in your cinder.conf, and use the following options to configure it." msgstr "" #. When image changes, this message will be marked fuzzy or untranslated for you. #. It doesn't matter what you translate it to: it's not used at all. #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:286(None) msgid "@@image: '../../../common/figures/coraid/Repository_Creation_Plan_screen.png'; md5=83038804978648c2db4001a46c11f8ba" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:6(title) msgid "Coraid AoE driver configuration" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:7(para) msgid "Coraid storage appliances can provide block-level storage to OpenStack instances. Coraid storage appliances use the low-latency ATA-over-Ethernet (ATA) protocol to provide high-bandwidth data transfer between hosts and data on the network." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:11(para) msgid "Once configured for OpenStack, you can:" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:14(para) msgid "Create, delete, attach, and detach block storage volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:18(para) msgid "Create, list, and delete volume snapshots." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:21(para) msgid "Create a volume from a snapshot, copy an image to a volume, copy a volume to an image, clone a volume, and get volume statistics." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:26(para) msgid "This document describes how to configure the OpenStack Block Storage service for use with Coraid storage appliances." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:29(title) msgid "Terminology" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:30(para) msgid "These terms are used in this section:" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:34(th) msgid "Term" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:35(th) msgid "Definition" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:40(td) msgid "AoE" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:41(td) msgid "ATA-over-Ethernet protocol" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:44(td) msgid "EtherCloud Storage Manager (ESM)" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:45(td) msgid "ESM provides live monitoring and management of EtherDrive appliances that use the AoE protocol, such as the SRX and VSX." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:50(td) msgid "Fully-Qualified Repository Name (FQRN)" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:53(replaceable) msgid "performance_class" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:53(replaceable) msgid "availability_class" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:53(replaceable) msgid "profile_name" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:53(replaceable) msgid "repository_name" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:51(td) msgid "The FQRN is the full identifier of a storage profile. FQRN syntax is: " msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:56(td) msgid "SAN" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:57(td) msgid "Storage Area Network" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:60(td) msgid "SRX" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:61(td) msgid "Coraid EtherDrive SRX block storage appliance" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:64(td) msgid "VSX" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:65(td) msgid "Coraid EtherDrive VSX storage virtualization appliance" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:72(title) ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:14(title) msgid "Requirements" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:73(para) msgid "To support the OpenStack Block Storage service, your SAN must include an SRX for physical storage, a VSX running at least CorOS v2.0.6 for snapshot support, and an ESM running at least v2.1.1 for storage repository orchestration. Ensure that all storage appliances are installed and connected to your network before you configure OpenStack volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:79(para) msgid "In order for the node to communicate with the SAN, you must install the Coraid AoE Linux driver on each Compute node on the network that runs an OpenStack instance." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:84(title) msgid "Overview" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:85(para) msgid "To configure the OpenStack Block Storage for use with Coraid storage appliances, perform the following procedures:" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:89(para) msgid "Download and install the Coraid Linux AoE driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:93(para) msgid "Create a storage profile by using the Coraid ESM GUI." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:97(para) msgid "Create a storage repository by using the ESM GUI and record the FQRN." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:102(para) msgid "Configure the cinder.conf file." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:106(para) msgid "Create and associate a block storage volume type." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:113(title) msgid "Install the Coraid AoE driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:114(para) msgid "Install the Coraid AoE driver on every compute node that will require access to block storage." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:116(para) msgid "The latest AoE drivers will always be located at http://support.coraid.com/support/linux/." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:119(para) msgid "To download and install the AoE driver, follow the instructions below, replacing “aoeXXX” with the AoE driver file name:" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:124(para) msgid "Download the latest Coraid AoE driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:130(para) msgid "Unpack the AoE driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:133(para) msgid "Install the AoE driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:139(para) msgid "Initialize the AoE driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:145(para) msgid "Optionally, specify the Ethernet interfaces that the node can use to communicate with the SAN." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:147(para) msgid "The AoE driver may use every Ethernet interface available to the node unless limited with the aoe_iflist parameter. For more information about the aoe_iflist parameter, see the aoe readme file included with the AoE driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:154(replaceable) msgid "eth1 eth2 ..." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:160(title) msgid "Create a storage profile" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:161(para) msgid "To create a storage profile using the ESM GUI:" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:164(para) msgid "Log in to the ESM." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:167(para) msgid "Click Storage Profiles in the SAN Domain pane." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:171(para) msgid "Choose Menu > Create Storage Profile. If the option is unavailable, you might not have appropriate permissions. Make sure you are logged in to the ESM as the SAN administrator." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:177(para) msgid "Use the storage class selector to select a storage class." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:179(para) msgid "Each storage class includes performance and availability criteria (see the Storage Classes topic in the ESM Online Help for information on the different options)." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:184(para) msgid "Select a RAID type (if more than one is available) for the selected profile type." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:188(para) msgid "Type a Storage Profile name." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:189(para) msgid "The name is restricted to alphanumeric characters, underscore (_), and hyphen (-), and cannot exceed 32 characters." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:194(para) msgid "Select the drive size from the drop-down menu." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:197(para) msgid "Select the number of drives to be initialized for each RAID (LUN) from the drop-down menu (if the selected RAID type requires multiple drives)." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:202(para) msgid "Type the number of RAID sets (LUNs) you want to create in the repository by using this profile." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:206(para) msgid "Click Next." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:211(title) msgid "Create a storage repository and get the FQRN" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:212(para) msgid "Create a storage repository and get its fully qualified repository name (FQRN):" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:216(para) msgid "Access the Create Storage Repository dialog box." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:220(para) msgid "Type a Storage Repository name." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:221(para) msgid "The name is restricted to alphanumeric characters, underscore (_), hyphen (-), and cannot exceed 32 characters." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:226(para) msgid "Click Limited or Unlimited to indicate the maximum repository size." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:229(para) msgid "Limited sets the amount of space that can be allocated to the repository. Specify the size in TB, GB, or MB." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:232(para) msgid "When the difference between the reserved space and the space already allocated to LUNs is less than is required by a LUN allocation request, the reserved space is increased until the repository limit is reached." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:237(para) msgid "The reserved space does not include space used for parity or space used for mirrors. If parity and/or mirrors are required, the actual space allocated to the repository from the SAN is greater than that specified in reserved space." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:243(para) msgid "Unlimited—Unlimited means that the amount of space allocated to the repository is unlimited and additional space is allocated to the repository automatically when space is required and available." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:249(para) msgid "Drives specified in the associated Storage Profile must be available on the SAN in order to allocate additional resources." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:255(para) msgid "Check the Resizeable LUN box." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:257(para) msgid "This is required for OpenStack volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:259(para) msgid "If the Storage Profile associated with the repository has platinum availability, the Resizeable LUN box is automatically checked." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:265(para) msgid "Check the Show Allocation Plan API calls box. Click Next." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:270(para) msgid "Record the FQRN and click Finish." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:272(para) msgid "The FQRN is located in the first line of output following the Plan keyword in the Repository Creation Plan window. The FQRN syntax is performance_classavailability_classprofile_namerepository_name." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:277(para) msgid "In this example, the FQRN is Bronze-Platinum:BP1000:OSTest, and is highlighted." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:281(title) msgid "Repository Creation Plan screen" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:290(para) msgid "Record the FQRN; it is a required parameter later in the configuration procedure." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:296(title) msgid "Configure options in the cinder.conf file" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:297(para) msgid "Edit or add the following lines to the file /etc/cinder/cinder.conf:" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:300(replaceable) msgid "ESM_IP_address" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:301(replaceable) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:357(option) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:59(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:123(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:342(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:398(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:458(replaceable) msgid "username" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:302(replaceable) msgid "Access_Control_Group_name" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:303(replaceable) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:367(option) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:60(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:124(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:343(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:399(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:459(replaceable) ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:58(replaceable) msgid "password" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:304(replaceable) ./doc/config-reference/block-storage/drivers/coraid-driver.xml:352(replaceable) ./doc/config-reference/block-storage/drivers/coraid-driver.xml:370(replaceable) msgid "coraid_repository_key" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:306(para) msgid "Access to storage devices and storage repositories can be controlled using Access Control Groups configured in ESM. Configuring cinder.conf to log on to ESM as the SAN administrator (user name admin), will grant full access to the devices and repositories configured in ESM." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:312(para) msgid "Optionally, you can configure an ESM Access Control Group and user. Then, use the cinder.conf file to configure access to the ESM through that group, and user limits access from the OpenStack instance to devices and storage repositories that are defined in the group." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:317(para) msgid "To manage access to the SAN by using Access Control Groups, you must enable the Use Access Control setting in the ESM System Setup > Security screen." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:321(para) msgid "For more information, see the ESM Online Help." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:324(title) msgid "Create and associate a volume type" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:325(para) msgid "Create and associate a volume with the ESM storage repository." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:329(para) msgid "Restart Cinder." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:335(para) msgid "Create a volume." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:336(replaceable) msgid "volume_type_name" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:337(para) msgid "where volume_type_name is the name you assign the volume. You will see output similar to the following:" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:345(para) msgid "Record the value in the ID field; you use this value in the next step." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:349(para) msgid "Associate the volume type with the Storage Repository." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:352(replaceable) ./doc/config-reference/block-storage/drivers/coraid-driver.xml:363(replaceable) msgid "UUID" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:352(replaceable) ./doc/config-reference/block-storage/drivers/coraid-driver.xml:378(replaceable) msgid "FQRN" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:357(th) msgid "Variable" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:364(td) msgid "The ID returned from the command. You can use the command to recover the ID." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:375(literal) msgid "coraid_repository" msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:371(td) msgid "The key name used to associate the Cinder volume type with the ESM in the file. If no key name was defined, this is default value for ." msgstr "" #: ./doc/config-reference/block-storage/drivers/coraid-driver.xml:379(td) msgid "The FQRN recorded during the Create Storage Repository process." msgstr "" #: ./doc/config-reference/block-storage/drivers/solidfire-volume-driver.xml:5(title) msgid "SolidFire" msgstr "" #: ./doc/config-reference/block-storage/drivers/solidfire-volume-driver.xml:6(para) msgid "The SolidFire Cluster is a high performance all SSD iSCSI storage device that provides massive scale out capability and extreme fault tolerance. A key feature of the SolidFire cluster is the ability to set and modify during operation specific QoS levels on a volume for volume basis. The SolidFire cluster offers this along with de-duplication, compression, and an architecture that takes full advantage of SSDs." msgstr "" #: ./doc/config-reference/block-storage/drivers/solidfire-volume-driver.xml:14(para) msgid "To configure the use of a SolidFire cluster with Block Storage, modify your cinder.conf file as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/solidfire-volume-driver.xml:23(para) msgid "The SolidFire driver creates a unique account prefixed with $cinder-volume-service-hostname-$tenant-id on the SolidFire cluster for each tenant that accesses the cluster through the Volume API. Unfortunately, this account formation results in issues for High Availability (HA) installations and installations where the cinder-volume service can move to a new node. HA installations can return an Account Not Found error because the call to the SolidFire cluster is not always going to be sent from the same node. In installations where the cinder-volume service moves to a new node, the same issue can occur when you perform operations on existing volumes, such as clone, extend, delete, and so on." msgstr "" #: ./doc/config-reference/block-storage/drivers/solidfire-volume-driver.xml:41(para) msgid "Set the option to an empty string ('') in the cinder.conf file. This setting results in unique accounts being created on the SolidFire cluster, but the accounts are prefixed with the tenant-id or any unique identifier that you choose and are independent of the host where the cinder-volume service resides." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:4(title) msgid "XenAPI Storage Manager volume driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:5(para) msgid "The Xen Storage Manager volume driver (xensm) is a XenAPI hypervisor specific volume driver, and can be used to provide basic storage functionality, including volume creation and destruction, on a number of different storage back-ends. It also enables the capability of using more sophisticated storage back-ends for operations like cloning/snapshots, and so on. Some of the storage plug-ins that are already supported in Citrix XenServer and Xen Cloud Platform (XCP) are:" msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:15(para) msgid "NFS VHD: Storage repository (SR) plug-in that stores disks as Virtual Hard Disk (VHD) files on a remote Network File System (NFS)." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:20(para) msgid "Local VHD on LVM: SR plug-in that represents disks as VHD disks on Logical Volumes (LVM) within a locally-attached Volume Group." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:25(para) msgid "HBA LUN-per-VDI driver: SR plug-in that represents Logical Units (LUs) as Virtual Disk Images (VDIs) sourced by host bus adapters (HBAs). For example, hardware-based iSCSI or FC support." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:31(para) msgid "NetApp: SR driver for mapping of LUNs to VDIs on a NETAPP server, providing use of fast snapshot and clone features on the filer." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:36(para) msgid "LVHD over FC: SR plug-in that represents disks as VHDs on Logical Volumes within a Volume Group created on an HBA LUN. For example, hardware-based iSCSI or FC support." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:42(para) msgid "iSCSI: Base ISCSI SR driver, provides a LUN-per-VDI. Does not support creation of VDIs but accesses existing LUNs on a target." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:47(para) msgid "LVHD over iSCSI: SR plug-in that represents disks as Logical Volumes within a Volume Group created on an iSCSI LUN." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:52(para) msgid "EqualLogic: SR driver for mapping of LUNs to VDIs on a EQUALLOGIC array group, providing use of fast snapshot and clone features on the array." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:58(title) msgid "Design and operation" msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:60(title) msgid "Definitions" msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:63(para) msgid "Back-end: A term for a particular storage back-end. This could be iSCSI, NFS, NetApp, and so on." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:68(para) msgid "Back-end-config: All the parameters required to connect to a specific back-end. For example, for NFS, this would be the server, path, and so on." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:75(para) msgid "Flavor: This term is equivalent to volume \"types\". A user friendly term to specify some notion of quality of service. For example, \"gold\" might mean that the volumes use a back-end where backups are possible. A flavor can be associated with multiple back-ends. The volume scheduler, with the help of the driver, decides which back-end is used to create a volume of a particular flavor. Currently, the driver uses a simple \"first-fit\" policy, where the first back-end that can successfully create this volume is the one that is used." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:93(title) msgid "Operation" msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:94(para) msgid "The admin uses the nova-manage command detailed below to add flavors and back-ends." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:96(para) msgid "One or more cinder-volume service instances are deployed for each availability zone. When an instance is started, it creates storage repositories (SRs) to connect to the back-ends available within that zone. All cinder-volume instances within a zone can see all the available back-ends. These instances are completely symmetric and hence should be able to service any create_volume request within the zone." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:108(title) msgid "On XenServer, PV guests required" msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:109(para) msgid "Note that when using XenServer you can only attach a volume to a PV guest." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:115(title) msgid "Configure XenAPI Storage Manager" msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:120(para) msgid "xensm requires that you use either Citrix XenServer or XCP as the hypervisor. The NetApp and EqualLogic back-ends are not supported on XCP." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:126(para) msgid "Ensure all hosts running volume and Compute services have connectivity to the storage system." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:138(emphasis) msgid "Set the following configuration options for the nova volume service: ( also requires the volume_driver configuration option.)" msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:152(emphasis) msgid "You must create the back-end configurations that the volume driver uses before you start the volume service." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:161(para) msgid "SR type and configuration connection parameters are in keeping with the XenAPI Command Line Interface." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:168(para) msgid "Example: For the NFS storage manager plug-in, run these commands:" msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:177(emphasis) msgid "Start and with the new configuration options." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:188(title) msgid "Create and access the volumes from VMs" msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:189(para) msgid "Currently, the flavors have not been tied to the volume types API. As a result, we simply end up creating volumes in a \"first fit\" order on the given back-ends." msgstr "" #: ./doc/config-reference/block-storage/drivers/xen-sm-driver.xml:193(para) msgid "Use the standard or OpenStack API commands (such as volume extensions) to create, destroy, attach, or detach volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:11(title) msgid "HDS HUS iSCSI driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:12(para) msgid "This Block Storage volume driver provides iSCSI support for HUS (Hitachi Unified Storage) arrays such as, HUS-110, HUS-130, and HUS-150." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:18(para) msgid "Use the HDS command to communicate with an HUS array. You can download this utility package from the HDS support site (https://HDSSupport.hds.com)." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:23(para) msgid "Platform: Ubuntu 12.04LTS or newer." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:27(para) msgid "These operations are supported:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:33(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:18(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:49(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:75(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:94(para) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:41(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:39(para) msgid "Delete volume" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:36(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:21(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:52(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:78(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:97(para) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:44(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:42(para) msgid "Attach volume" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:42(para) msgid "Clone volume" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:45(para) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:71(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:66(para) msgid "Extend volume" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:48(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:27(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:58(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:103(para) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:50(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:48(para) msgid "Create snapshot" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:51(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:30(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:61(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:106(para) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:53(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:51(para) msgid "Delete snapshot" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:54(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:39(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:64(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:84(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:115(para) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:59(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:60(para) msgid "Copy image to volume" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:57(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:42(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:67(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:87(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:118(para) ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:62(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:63(para) msgid "Copy volume to image" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:63(para) msgid "Get statistics" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:73(para) msgid "Do not confuse differentiated services with the OpenStack Block Storage volume services." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:69(para) msgid "The HDS driver supports the concept of differentiated services, where a volume type can be associated with the fine-tuned performance characteristics of an HDP— the dynamic pool where volumes are created. For instance, an HDP can consist of fast SSDs to provide speed. HDP can provide a certain reliability based on things like its RAID level characteristics. HDS driver maps volume type to the option in its configuration file." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:81(para) msgid "Configuration is read from an XML-format file. Examples are shown for single and multi back-end cases." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:86(para) msgid "Configuration is read from an XML file. This example shows the configuration for single back-end and for multi-back-end cases." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:95(para) msgid "It is okay to manage multiple HUS arrays by using multiple OpenStack Block Storage instances (or servers)." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:91(para) msgid "It is not recommended to manage an HUS array simultaneously from multiple OpenStack Block Storage instances or servers. " msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:104(title) msgid "HUS setup" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:105(para) msgid "Before using iSCSI services, use the HUS UI to create an iSCSI domain for each EVS providing iSCSI services." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:109(title) msgid "Single back-end" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:110(para) msgid "In a single back-end deployment, only one OpenStack Block Storage instance runs on the OpenStack Block Storage server and controls one HUS array: this deployment requires these configuration files:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:123(para) msgid "The configuration file location may differ." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:116(para) msgid "Set the option in the /etc/cinder/cinder.conf file to use the HDS volume driver. This option points to a configuration file." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:130(para) msgid "Configure at the location specified previously. For example, /opt/hds/hus/cinder_hds_conf.xml:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:161(title) msgid "Multi back-end" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:162(para) msgid "In a multi back-end deployment, more than one OpenStack Block Storage instance runs on the same server. In this example, two HUS arrays are used, possibly providing different storage performance:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:168(para) msgid "Configure /etc/cinder/cinder.conf: the hus1 configuration blocks are created. Set the option to point to an unique configuration file for each block. Set the option for each back-end to cinder.volume.drivers.hds.hds.HUSDriver" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:192(para) msgid "Configure /opt/hds/hus/cinder_hus1_conf.xml:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:218(para) msgid "Configure the /opt/hds/hus/cinder_hus2_conf.xml file:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:247(title) msgid "Type extra specs: and volume type" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:249(para) msgid "If you use volume types, you must configure them in the configuration file and set the option to the appropriate back-end. In the previous multi back-end example, the platinum volume type is served by hus-2, and the regular volume type is served by hus-1." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:260(title) msgid "Non differentiated deployment of HUS arrays" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:261(para) msgid "You can deploy multiple OpenStack Block Storage instances that each control a separate HUS array. Each instance has no volume type associated with it. The OpenStack Block Storage filtering algorithm selects the HUS array with the largest available free space. In each configuration file, you must define the default in the service labels." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:272(title) msgid "HDS iSCSI volume driver configuration options" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:279(para) msgid "There is no relative precedence or weight among these four labels." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:273(para) msgid "These details apply to the XML format configuration file that is read by HDS volume driver. These differentiated service labels are predefined: svc_0, svc_1, svc_2, and svc_3. Each respective service label associates with these parameters and tags:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:285(para) msgid ": A create_volume call with a certain volume type shall be matched up with this tag. default is special in that any service associated with this type is used to create volume when no other labels match. Other labels are case sensitive and should exactly match. If no configured volume_types match the incoming requested type, an error occurs in volume creation." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:296(para) msgid ", the pool ID associated with the service." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:300(para) msgid "An iSCSI port dedicated to the service." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:309(para) msgid "The get_volume_stats() always provides the available capacity based on the combined sum of all the HDPs that are used in these services labels." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:303(para) msgid "Typically a OpenStack Block Storage volume instance has only one such service label. For example, any svc_0, svc_1, svc_2, or svc_3 can be associated with it. But any mix of these service labels can be used in the same instance ." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:314(caption) ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:86(title) msgid "Configuration options" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:322(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:307(th) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:204(th) msgid "Type" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:323(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:308(th) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:205(th) msgid "Default" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:329(option) msgid "mgmt_ip0" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:331(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:339(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:396(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:408(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:425(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:436(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:318(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:332(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:343(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:355(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:367(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:379(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:394(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:499(td) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:213(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:228(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:266(para) msgid "Required" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:333(para) msgid "Management Port 0 IP address" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:337(option) msgid "mgmt_ip1" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:341(para) msgid "Management Port 1 IP address" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:345(option) msgid "hus_cmd" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:347(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:359(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:369(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:381(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:447(para) ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:458(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:408(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:425(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:443(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:461(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:474(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:489(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:511(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:522(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:532(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:543(td) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:551(td) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:221(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:275(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:299(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:310(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:334(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:345(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:366(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:384(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:394(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:415(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:426(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:436(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:452(para) msgid "Optional" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:350(para) msgid " is the command used to communicate with the HUS array. If it is not set, the default value is ." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:362(para) msgid "Username is required only if secure mode is used" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:372(para) msgid "Password is required only if secure mode is used" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:378(option) msgid "svc_0, svc_1, svc_2, svc_3" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:382(para) msgid "(at least one label has to be defined)" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:385(para) msgid "Service labels: these four predefined names help four different sets of configuration options -- each can specify iSCSI port address, HDP and an unique volume type." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:394(option) msgid "snapshot" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:399(para) msgid "A service label which helps specify configuration for snapshots, such as, HDP." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:406(option) msgid "volume_type" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:411(para) msgid " tag is used to match volume type. Default meets any type of , or if it is not specified. Any other volume_type is selected if exactly matched during create_volume." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:423(option) msgid "iscsi_ip" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:428(para) msgid "iSCSI port IP address where volume attaches for this volume type." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:434(option) msgid "hdp" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:439(para) msgid "HDP, the pool number where volume, or snapshot should be created." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:445(option) msgid "lun_start" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:448(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:491(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:385(para) msgid "0" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:450(para) msgid "LUN allocation starts at this number." msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:456(option) msgid "lun_end" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:459(para) msgid "4096" msgstr "" #: ./doc/config-reference/block-storage/drivers/hds-hus-driver.xml:461(para) msgid "LUN allocation is up to, but not including, this number." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-xiv-volume-driver.xml:5(title) msgid "IBM XIV/DS8K volume driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-xiv-volume-driver.xml:6(para) msgid "There is a unified volume back-end for IBM XIV and DS8K storage. Set the following in your cinder.conf, and use the following options to configure it." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:5(title) msgid "NetApp unified driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:6(para) msgid "The NetApp unified driver is a block storage driver that supports multiple storage families and protocols. A storage family corresponds to storage systems built on different NetApp technologies such as clustered Data ONTAP, Data ONTAP operating in 7-Mode, and E-Series. The storage protocol refers to the protocol used to initiate data storage and access operations on those storage systems like iSCSI and NFS. The NetApp unified driver can be configured to provision and manage OpenStack volumes on a given storage family using a specified storage protocol. The OpenStack volumes can then be used for accessing and storing data using the storage protocol on the storage family system. The NetApp unified driver is an extensible interface that can support new storage families and protocols." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:21(title) msgid "NetApp clustered Data ONTAP storage family" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:22(para) msgid "The NetApp clustered Data ONTAP storage family represents a configuration group which provides OpenStack compute instances access to clustered Data ONTAP storage systems. At present it can be configured in OpenStack Block Storage to work with iSCSI and NFS storage protocols." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:28(title) msgid "NetApp iSCSI configuration for clustered Data ONTAP" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:30(para) msgid "The NetApp iSCSI configuration for clustered Data ONTAP is an interface from OpenStack to clustered Data ONTAP storage systems for provisioning and managing the SAN block storage entity; that is, a NetApp LUN which can be accessed using the iSCSI protocol." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:35(para) msgid "The iSCSI configuration for clustered Data ONTAP is a direct interface from OpenStack Block Storage to the clustered Data ONTAP instance and as such does not require additional management software to achieve the desired functionality. It uses NetApp APIs to interact with the clustered Data ONTAP instance." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:42(title) msgid "Configuration options for clustered Data ONTAP family with iSCSI protocol" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:44(para) msgid "Configure the volume driver, storage family and storage protocol to the NetApp unified driver, clustered Data ONTAP, and iSCSI respectively by setting the , and options in cinder.conf as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:56(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:120(replaceable) msgid "openstack-vserver" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:57(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:121(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:340(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:396(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:456(replaceable) msgid "myhostname" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:63(para) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:346(para) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:471(para) msgid "You must override the default value of with iscsi in order to utilize the iSCSI protocol." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:71(para) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:137(para) msgid "If you specify an account in the that only has virtual storage server (Vserver) administration privileges (rather than cluster-wide administration privileges), some advanced features of the NetApp unified driver will not work and you may see warnings in the OpenStack Block Storage logs." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:81(para) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:256(para) msgid "For more information on these options and other deployment and operational scenarios, visit the OpenStack NetApp community." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:91(title) msgid "NetApp NFS configuration for clustered Data ONTAP" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:93(para) msgid "The NetApp NFS configuration for clustered Data ONTAP is an interface from OpenStack to a clustered Data ONTAP system for provisioning and managing OpenStack volumes on NFS exports provided by the clustered Data ONTAP system that are accessed using the NFS protocol." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:99(para) msgid "The NFS configuration for clustered Data ONTAP is a direct interface from OpenStack Block Storage to the clustered Data ONTAP instance and as such does not require any additional management software to achieve the desired functionality. It uses NetApp APIs to interact with the clustered Data ONTAP instance." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:106(title) msgid "Configuration options for the clustered Data ONTAP family with NFS protocol" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:108(para) msgid "Configure the volume driver, storage family and storage protocol to NetApp unified driver, clustered Data ONTAP, and NFS respectively by setting the , and options in cinder.conf as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:125(replaceable) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:400(replaceable) msgid "/etc/cinder/nfs_shares" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:130(para) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:405(para) msgid "Additional NetApp NFS configuration options are shared with the generic NFS driver. These options can be found here: ." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:148(title) msgid "NetApp NFS Copy Offload client" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:149(para) msgid "A feature was added in the Icehouse release of the NetApp unified driver that enables Image Service images to be efficiently copied to a destination Block Storage volume. When the Block Storage and Image Service are configured to use the NetApp NFS Copy Offload client, a controller-side copy will be attempted before reverting to downloading the image from the Image Service. This improves image provisioning times while reducing the consumption of bandwidth and CPU cycles on the host(s) running the Image and Block Storage services. This is due to the copy operation being performed completely within the storage cluster." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:158(para) msgid "The NetApp NFS Copy Offload client can be used in either of the following scenarios:" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:162(para) msgid "The Image Service is configured to store images in an NFS share that is exported from a NetApp FlexVol volume and the destination for the new Block Storage volume will be on an NFS share exported from a different FlexVol volume than the one used by the Image Service. Both FlexVols must be located within the same cluster." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:169(para) msgid "The source image from the Image Service has already been cached in an NFS image cache within a Block Storage backend. The cached image resides on a different FlexVol volume than the destination for the new Block Storage volume. Both FlexVols must be located within the same cluster." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:175(para) msgid "To use this feature, you must configure the Image Service, as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:179(para) msgid "Set the configuration option to file." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:184(para) msgid "Set the configuration option to the path to the Image Service NFS export." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:189(para) msgid "Set the configuration option to True." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:194(para) msgid "Set the configuration option to True." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:199(para) msgid "Set the configuration option to a metadata file. The metadata file should contain a JSON object that contains the correct information about the NFS export used by the Image Service, similar to:" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:207(replaceable) msgid "nfs://192.168.0.1/myGlanceExport" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:208(replaceable) msgid "/var/lib/glance/images" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:213(para) msgid "To use this feature, you must configure the Block Storage service, as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:217(para) msgid "Set the configuration option to the path to the NetApp Copy Offload binary." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:222(para) msgid "Set the configuration option to 2." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:228(para) msgid "This feature requires that:" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:231(para) msgid "The storage system must have Data ONTAP v8.2 or greater installed." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:235(para) msgid "The vStorage feature must be enabled on each storage virtual machine (SVM, also known as a Vserver) that is permitted to interact with the copy offload client." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:242(para) msgid "To configure the copy offload workflow, enable NFS v4.0 or greater and export it from the SVM." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:249(para) msgid "To download the NetApp copy offload binary to be utilized in conjunction with the configuration option, please visit the download page at the NetApp OpenStack Community site." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:264(title) msgid "NetApp-supported extra specs for clustered Data ONTAP" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:266(para) msgid "Extra specs enable vendors to specify extra filter criteria that the Block Storage scheduler uses when it determines which volume node should fulfill a volume provisioning request. When you use the NetApp unified driver with a clustered Data ONTAP storage system, you can leverage extra specs with OpenStack Block Storage volume types to ensure that OpenStack Block Storage volumes are created on storage back ends that have certain properties. For example, when you configure QoS, mirroring, or compression for a storage back end." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:276(para) msgid "Extra specs are associated with OpenStack Block Storage volume types, so that when users request volumes of a particular volume type, the volumes are created on storage back ends that meet the list of requirements. For example, the back ends have the available space or extra specs. You can use the specs in the following table when you define OpenStack Block Storage volume types by using the command." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:287(para) msgid "It is recommended to only set the value of extra specs to True when combining multiple specs to enforce a certain logic set. If you desire to remove volumes with a certain feature enabled from consideration from the OpenStack Block Storage volume scheduler, be sure to use the negated spec name with a value of True rather than setting the positive spec to a value of False." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:300(title) msgid "NetApp Data ONTAP operating in 7-Mode storage family" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:302(para) msgid "The NetApp Data ONTAP operating in 7-Mode storage family represents a configuration group which provides OpenStack compute instances access to 7-Mode storage systems. At present it can be configured in OpenStack Block Storage to work with iSCSI and NFS storage protocols." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:308(title) msgid "NetApp iSCSI configuration for Data ONTAP operating in 7-Mode" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:310(para) msgid "The NetApp iSCSI configuration for Data ONTAP operating in 7-Mode is an interface from OpenStack to Data ONTAP operating in 7-Mode storage systems for provisioning and managing the SAN block storage entity, that is, a LUN which can be accessed using iSCSI protocol." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:316(para) msgid "The iSCSI configuration for Data ONTAP operating in 7-Mode is a direct interface from OpenStack to Data ONTAP operating in 7-Mode storage system and it does not require additional management software to achieve the desired functionality. It uses NetApp ONTAPI to interact with the Data ONTAP operating in 7-Mode storage system." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:324(title) msgid "Configuration options for the Data ONTAP operating in 7-Mode storage family with iSCSI protocol" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:327(para) msgid "Configure the volume driver, storage family and storage protocol to the NetApp unified driver, Data ONTAP operating in 7-Mode, and iSCSI respectively by setting the , and options in cinder.conf as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:354(para) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:412(para) msgid "For more information on these options and other deployment and operational scenarios, visit the OpenStack NetApp community." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:363(title) msgid "NetApp NFS configuration for Data ONTAP operating in 7-Mode" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:365(para) msgid "The NetApp NFS configuration for Data ONTAP operating in 7-Mode is an interface from OpenStack to Data ONTAP operating in 7-Mode storage system for provisioning and managing OpenStack volumes on NFS exports provided by the Data ONTAP operating in 7-Mode storage system which can then be accessed using NFS protocol." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:372(para) msgid "The NFS configuration for Data ONTAP operating in 7-Mode is a direct interface from OpenStack Block Storage to the Data ONTAP operating in 7-Mode instance and as such does not require any additional management software to achieve the desired functionality. It uses NetApp ONTAPI to interact with the Data ONTAP operating in 7-Mode storage system." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:380(title) msgid "Configuration options for the Data ONTAP operating in 7-Mode family with NFS protocol" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:383(para) msgid "Configure the volume driver, storage family and storage protocol to the NetApp unified driver, Data ONTAP operating in 7-Mode, and NFS respectively by setting the , and options in cinder.conf as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:422(title) msgid "NetApp E-Series storage family" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:423(para) msgid "The NetApp E-Series storage family represents a configuration group which provides OpenStack compute instances access to E-Series storage systems. At present it can be configured in OpenStack Block Storage to work with the iSCSI storage protocol." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:429(title) msgid "NetApp iSCSI configuration for E-Series" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:430(para) msgid "The NetApp iSCSI configuration for E-Series is an interface from OpenStack to E-Series storage systems for provisioning and managing the SAN block storage entity; that is, a NetApp LUN which can be accessed using the iSCSI protocol." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:435(para) msgid "The iSCSI configuration for E-Series is an interface from OpenStack Block Storage to the E-Series proxy instance and as such requires the deployment of the proxy instance in order to achieve the desired functionality. The driver uses REST APIs to interact with the E-Series proxy instance, which in turn interacts directly with the E-Series controllers." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:442(title) msgid "Configuration options for E-Series storage family with iSCSI protocol" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:444(para) msgid "Configure the volume driver, storage family and storage protocol to the NetApp unified driver, E-Series, and iSCSI respectively by setting the , and options in cinder.conf as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:460(replaceable) msgid "1.2.3.4,5.6.7.8" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:461(replaceable) msgid "arrayPassword" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:462(replaceable) msgid "pool1,pool2" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:465(para) msgid "You must override the default value of with eseries in order to utilize the E-Series driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:479(para) msgid "For more information on these options and other deployment and operational scenarios, visit the OpenStack NetApp community." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:490(title) msgid "Upgrading prior NetApp drivers to the NetApp unified driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:492(para) msgid "NetApp introduced a new unified block storage driver in Havana for configuring different storage families and storage protocols. This requires defining upgrade path for NetApp drivers which existed in releases prior to Havana. This section covers the upgrade configuration for NetApp drivers to the new unified configuration and a list of deprecated NetApp drivers." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:500(title) msgid "Upgraded NetApp drivers" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:501(para) msgid "This section describes how to update OpenStack Block Storage configuration from a pre-Havana release to the new unified driver format." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:505(title) msgid "Driver upgrade configuration" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:508(para) msgid "NetApp iSCSI direct driver for Clustered Data ONTAP in Grizzly (or earlier)" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:513(para) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:527(para) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:542(para) ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:557(para) msgid "NetApp Unified Driver configuration" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:522(para) msgid "NetApp NFS direct driver for Clustered Data ONTAP in Grizzly (or earlier)" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:536(para) msgid "NetApp iSCSI direct driver for Data ONTAP operating in 7-Mode storage controller in Grizzly (or earlier)" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:551(para) msgid "NetApp NFS direct driver for Data ONTAP operating in 7-Mode storage controller in Grizzly (or earlier)" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:570(title) msgid "Deprecated NetApp drivers" msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:571(para) msgid "This section lists the NetApp drivers in previous releases that are deprecated in Havana." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:575(para) msgid "NetApp iSCSI driver for clustered Data ONTAP." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:582(para) msgid "NetApp NFS driver for clustered Data ONTAP." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:589(para) msgid "NetApp iSCSI driver for Data ONTAP operating in 7-Mode storage controller." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:596(para) msgid "NetApp NFS driver for Data ONTAP operating in 7-Mode storage controller." msgstr "" #: ./doc/config-reference/block-storage/drivers/netapp-volume-driver.xml:604(para) msgid "See the OpenStack NetApp community for support information on deprecated NetApp drivers in the Havana release." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:6(title) msgid "Huawei storage driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:7(para) msgid "The Huawei driver supports the iSCSI and Fibre Channel connections and enables OceanStor T series unified storage, OceanStor Dorado high-performance storage, and OceanStor HVS high-end storage to provide block storage services for OpenStack." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:36(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:112(para) msgid "Create clone volume" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:12(para) msgid "OceanStor T series unified storage supports the following operations:OceanStor Dorado5100 supports the following operations:OceanStor Dorado2100 G2 supports the following operations:OceanStor HVS supports the following operations:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:123(title) msgid "Configure Cinder nodes" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:124(para) msgid "In /etc/cinder, create the driver configuration file named cinder_huawei_conf.xml." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:127(para) msgid "You must configure and to specify a storage system and link type. The following uses the iSCSI driver as an example. The driver configuration file of OceanStor T series unified storage is shown as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:158(para) msgid "The driver configuration file of OceanStor Dorado5100 is shown as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:184(para) msgid "The driver configuration file of OceanStor Dorado2100 G2 is shown as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:208(para) msgid "The driver configuration file of OceanStor HVS is shown as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:234(para) msgid "You do not need to configure the iSCSI target IP address for the Fibre Channel driver. In the prior example, delete the iSCSI configuration:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:244(para) msgid "To add and items, you can modify the cinder.conf configuration file as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:250(para) msgid "You can configure multiple Huawei back-end storages as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:261(para) msgid "OceanStor HVS storage system supports the QoS function. You must create a QoS policy for the HVS storage system and create the volume type to enable QoS as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:270(para) msgid " is a QoS policy created by a user for the HVS storage system. is the self-defined volume type. Set the option to high, normal, or low." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:278(para) msgid "OceanStor HVS storage system supports the SmartTier function. SmartTier has three tiers. You can create the volume type to enable SmartTier as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:286(para) msgid " and can only be set to high, normal, or low." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:293(title) msgid "Configuration file details" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:294(para) msgid "This table describes the Huawei storage driver configuration options:" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:297(caption) msgid "Huawei storage driver configuration options" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:306(th) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:203(th) msgid "Flag name" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:315(option) msgid "Product" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:324(para) msgid "Type of a storage product. Valid values are T, Dorado, or HVS." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:331(option) msgid "Protocol" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:337(literal) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:416(para) msgid "iSCSI" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:338(literal) msgid "FC" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:336(td) msgid "Type of a protocol. Valid values are or ." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:342(option) msgid "ControllerIP0" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:347(td) msgid "IP address of the primary controller (not required for the HVS)" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:352(option) msgid "ControllerIP1" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:361(para) msgid "IP address of the secondary controller (not required for the HVS)" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:366(option) msgid "HVSURL" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:371(td) msgid "Access address of the Rest port (required only for the HVS)" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:376(option) msgid "UserName" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:385(para) msgid "User name of an administrator" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:390(option) msgid "UserPassword" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:400(para) msgid "Password of an administrator" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:405(option) msgid "LUNType" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:411(para) msgid "Thin" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:414(para) msgid "Type of a created LUN. Valid values are Thick or Thin." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:421(option) msgid "StripUnitSize" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:428(para) msgid "64" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:431(para) msgid "Stripe depth of a created LUN. The value is expressed in KB." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:433(para) msgid "This flag is not valid for a thin LUN." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:439(option) msgid "WriteType" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:446(para) ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:464(para) msgid "1" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:449(para) msgid "Cache write method. The method can be write back, write through, or Required write back. The default value is 1, indicating write back." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:458(option) msgid "MirrorSwitch" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:467(para) msgid "Cache mirroring policy. The default value is 1, indicating that a mirroring policy is used." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:473(option) msgid "Prefetch Type" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:476(para) msgid "3" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:479(para) msgid "Cache prefetch strategy. The strategy can be constant prefetch, variable prefetch, or intelligent prefetch. Default value is 3, which indicates intelligent prefetch and is not required for the HVS." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:488(option) msgid "Prefetch Value" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:494(para) msgid "Cache prefetch value." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:498(option) msgid "StoragePool" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:504(para) msgid "Name of a storage pool that you want to use. Not required for the Dorado2100 G2." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:510(option) msgid "DefaultTargetIP" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:516(para) msgid "Default IP address of the iSCSI port provided for compute nodes." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:521(option) msgid "Initiator Name" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:527(para) msgid "Name of a compute node initiator." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:531(option) msgid "Initiator TargetIP" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:537(para) msgid "IP address of the iSCSI port provided for compute nodes." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:542(option) msgid "OSType" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:545(para) msgid "Linux" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:547(td) msgid "The OS type for a compute node." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:550(option) msgid "HostIP" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:555(td) msgid "The IPs for compute nodes." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:562(para) msgid "You can configure one iSCSI target port for each or all compute nodes. The driver checks whether a target port IP address is configured for the current compute node. If not, select ." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:569(para) msgid "You can configure multiple storage pools in one configuration file, which supports the use of multiple storage pools in a storage system. (HVS allows configuration of only one storage pool.)" msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:576(para) msgid "For details about LUN configuration information, see the command in the command-line interface (CLI) documentation or run the on the storage system CLI." msgstr "" #: ./doc/config-reference/block-storage/drivers/huawei-storage-driver.xml:585(para) msgid "After the driver is loaded, the storage system obtains any modification of the driver configuration file in real time and you do not need to restart the cinder-volume service." msgstr "" #: ./doc/config-reference/block-storage/drivers/glusterfs-driver.xml:6(title) msgid "GlusterFS driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/glusterfs-driver.xml:7(para) msgid "GlusterFS is an open-source scalable distributed file system that is able to grow to petabytes and beyond in size. More information can be found on Gluster's homepage." msgstr "" #: ./doc/config-reference/block-storage/drivers/glusterfs-driver.xml:12(para) msgid "This driver enables use of GlusterFS in a similar fashion as the NFS driver. It supports basic volume operations, and like NFS, does not support snapshot/clone." msgstr "" #: ./doc/config-reference/block-storage/drivers/glusterfs-driver.xml:16(para) msgid "You must use a Linux kernel of version 3.4 or greater (or version 2.6.32 or greater in Red Hat Enterprise Linux/CentOS 6.3+) when working with Gluster-based volumes. See Bug 1177103 for more information." msgstr "" #: ./doc/config-reference/block-storage/drivers/glusterfs-driver.xml:22(para) msgid "To use Block Storage with GlusterFS, first set the volume_driver in cinder.conf:" msgstr "" #: ./doc/config-reference/block-storage/drivers/glusterfs-driver.xml:26(para) msgid "The following table contains the configuration options supported by the GlusterFS driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:6(title) msgid "EMC SMI-S iSCSI and FC drivers" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:7(para) msgid "The EMC volume drivers, EMCSMISISCSIDriver and EMCSMISFCDriver, has the ability to create/delete and attach/detach volumes and create/delete snapshots, and so on." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:11(para) msgid "The driver runs volume operations by communicating with the backend EMC storage. It uses a CIM client in Python called PyWBEM to perform CIM operations over HTTP." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:15(para) msgid "The EMC CIM Object Manager (ECOM) is packaged with the EMC SMI-S provider. It is a CIM server that enables CIM clients to perform CIM operations over HTTP by using SMI-S in the back-end for EMC storage operations." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:19(para) msgid "The EMC SMI-S Provider supports the SNIA Storage Management Initiative (SMI), an ANSI standard for storage management. It supports VMAX and VNX storage systems." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:24(para) msgid "EMC SMI-S Provider V4.6.1 and higher is required. You can download SMI-S from the EMC's support web site (login is required). See the EMC SMI-S Provider release notes for installation instructions." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:30(para) msgid "EMC storage VMAX Family and VNX Series are supported." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:35(para) msgid "VMAX and VNX arrays support these operations:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:56(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:57(para) msgid "Create cloned volume" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:65(para) msgid "Only VNX supports the following operations:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:76(title) msgid "Set up the SMI-S drivers" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:78(title) msgid "To set up the EMC SMI-S drivers" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:80(para) msgid "Install the python-pywbem package for your distribution. See ." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:85(para) msgid "Download SMI-S from PowerLink and install it. Add your VNX/VMAX arrays to SMI-S." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:87(para) msgid "For information, see and the SMI-S release notes." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:91(para) msgid "Register with VNX. See for the VNX iSCSI driver and for the VNX FC driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:98(para) msgid "Create a masking view on VMAX. See ." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:103(title) msgid "Install the python-pywbem package" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:104(para) msgid "Install the python-pywbem package for your distribution, as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:108(para) msgid "On Ubuntu:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:112(para) msgid "On openSUSE:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:116(para) msgid "On Fedora:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:122(title) msgid "Set up SMI-S" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:123(para) msgid "You can install SMI-S on a non-OpenStack host. Supported platforms include different flavors of Windows, Red Hat, and SUSE Linux. SMI-S can be installed on a physical server or a VM hosted by an ESX server. Note that the supported hypervisor for a VM running SMI-S is ESX only. See the EMC SMI-S Provider release notes for more information on supported platforms and installation instructions." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:132(para) msgid "You must discover storage arrays on the SMI-S server before you can use the Cinder driver. Follow instructions in the SMI-S release notes." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:137(para) msgid "SMI-S is usually installed at /opt/emc/ECIM/ECOM/bin on Linux and C:\\Program Files\\EMC\\ECIM\\ECOM\\bin on Windows. After you install and configure SMI-S, go to that directory and type ." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:144(para) msgid "Use in to add an array. Use and examine the output after the array is added. Make sure that the arrays are recognized by the SMI-S server before using the EMC Cinder driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:152(title) msgid "Register with VNX for the iSCSI driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:153(para) msgid "To export a VNX volume to a Compute node or a Volume node, you must register the node with VNX." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:156(title) msgid "Register the node" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:157(para) msgid "On the Compute node or Volume node 1.1.1.1, do the following (assume 10.10.61.35 is the iscsi target):" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:165(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:130(para) msgid "Log in to VNX from the node using the target corresponding to the SPA port:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:168(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:133(para) msgid "Where iqn.1992-04.com.emc:cx.apm01234567890.a0 is the initiator name of the node. Login to Unisphere, go to VNX00000->Hosts->Initiators, Refresh and wait until initiator iqn.1992-04.com.emc:cx.apm01234567890.a0 with SP Port A-8v0 appears." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:176(para) msgid "Click the Register button, select CLARiiON/VNX, and enter the host name myhost1 and IP address myhost1. Click Register. Now host 1.1.1.1 also appears under Hosts->Host List." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:182(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:147(para) msgid "Log out of VNX on the node:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:185(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:150(para) msgid "Log in to VNX from the node using the target corresponding to the SPB port:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:189(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:154(para) msgid "In Unisphere register the initiator with the SPB port." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:191(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:156(para) msgid "Log out:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:196(title) msgid "Register with VNX for the FC driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:197(para) msgid "For a VNX volume to be exported to a Compute node or a Volume node, SAN zoning needs to be configured on the node and WWNs of the node need to be registered with VNX in Unisphere." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:203(title) msgid "Create a masking view on VMAX" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:204(para) msgid "For VMAX iSCSI and FC drivers, you need to do initial setup in Unisphere for VMAX. In Unisphere for VMAX, create an initiator group, a storage group, and a port group. Put them in a masking view. The initiator group contains the initiator names of the OpenStack hosts. The storage group will contain volumes provisioned by Block Storage." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:214(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:163(para) msgid "Make the following changes in /etc/cinder/cinder.conf." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:216(para) msgid "For VMAX iSCSI driver, add the following entries, where 10.10.61.45 is the IP address of the VMAX iSCSI target:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:223(para) msgid "For VNX iSCSI driver, add the following entries, where 10.10.61.35 is the IP address of the VNX iSCSI target:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:230(para) msgid "For VMAX and VNX FC drivers, add the following entries:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:234(para) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:190(para) msgid "Restart the cinder-volume service." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:238(title) msgid "cinder_emc_config.xml configuration file" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:240(para) msgid "Create the /etc/cinder/cinder_emc_config.xml file. You do not need to restart the service for this change." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:242(para) msgid "For VMAX, add the following lines to the XML file:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:245(para) msgid "For VNX, add the following lines to the XML file:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:248(para) msgid "Where:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:251(para) msgid "StorageType is the thin pool from which the user wants to create the volume. Thin pools can be created using Unisphere for VMAX and VNX. If the StorageType tag is not defined, you have to define volume types and set the pool name in extra specs." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:260(para) msgid "EcomServerIp and EcomServerPort are the IP address and port number of the ECOM server which is packaged with SMI-S." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:265(para) msgid "EcomUserName and EcomPassword are credentials for the ECOM server." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:270(para) msgid "Timeout specifies the maximum number of seconds you want to wait for an operation to finish." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:277(para) msgid "To attach VMAX volumes to an OpenStack VM, you must create a Masking View by using Unisphere for VMAX. The Masking View must have an Initiator Group that contains the initiator of the OpenStack compute node that hosts the VM." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:287(title) ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:194(title) msgid "Volume type support" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:288(para) msgid "Volume type support enables a single instance of cinder-volume to support multiple pools and thick/thin provisioning." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:291(para) msgid "When the StorageType tag in cinder_emc_config.xml is used, the pool name is specified in the tag. Only thin provisioning is supported in this case." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:295(para) msgid "When the StorageType tag is not used in cinder_emc_config.xml, the volume type needs to be used to define a pool name and a provisioning type. The pool name is the name of a pre-created pool. The provisioning type could be either thin or thick." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:301(para) msgid "Here is an example of how to set up volume type. First create volume types. Then define extra specs for each volume type." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:305(title) msgid "Setup volume types" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:307(para) msgid "Create the volume types:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:313(para) msgid "Setup the volume type extra specs:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:321(para) msgid "In the above example, two volume types are created. They are High Performance and Standard Performance. For High Performance , storagetype:pool is set to smi_pool and storagetype:provisioning is set to thick. Similarly for Standard Performance, storagetype:pool. is set to smi_pool2 and storagetype:provisioning is set to thin. If storagetype:provisioning is not specified, it will default to thin." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-volume-driver.xml:333(para) msgid "Volume type names High Performance and Standard Performance are user-defined and can be any names. Extra spec keys storagetype:pool and storagetype:provisioning have to be the exact names listed here. Extra spec value smi_pool is your pool name. The extra spec value for storagetype:provisioning has to be either thick or thin. The driver will look for a volume type first. If the volume type is specified when creating a volume, the driver will look for the volume type definition and find the matching pool and provisioning type. If the volume type is not specified, it will fall back to use the StorageType tag in cinder_emc_config.xml." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:4(title) msgid "HP 3PAR Fibre Channel and iSCSI drivers" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:5(para) msgid "The HP3PARFCDriver and HP3PARISCSIDriver drivers, which are based on the Block Storage service (Cinder) plug-in architecture, run volume operations by communicating with the HP 3PAR storage system over HTTP, HTTPS, and SSH connections. The HTTP and HTTPS communications use hp3parclient, which is part of the Python standard library." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:13(para) msgid "For information about how to manage HP 3PAR storage systems, see the HP 3PAR user documentation." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:17(para) msgid "To use the HP 3PAR drivers, install the following software and components on the HP 3PAR storage system:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:22(para) msgid "HP 3PAR Operating System software version 3.1.3 or higher" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:26(para) msgid "HP 3PAR Web Services API Server must be enabled and running" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:30(para) msgid "One Common Provisioning Group (CPG)" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:33(para) msgid "Additionally, you must install the hp3parclient version 3.0 or newer from the Python standard library on the system with the enabled Block Storage service volume drivers." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:45(para) msgid "Create volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:48(para) msgid "Delete volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:51(para) msgid "Extend volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:54(para) msgid "Attach volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:57(para) msgid "Detach volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:60(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:343(para) msgid "Create snapshots." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:63(para) msgid "Delete snapshots." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:66(para) msgid "Create volumes from snapshots." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:69(para) msgid "Create cloned volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:72(para) msgid "Copy images to volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:75(para) msgid "Copy volumes to images." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:78(para) msgid "Volume migration(backend assisted)." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:81(para) msgid "Volume type support for both HP 3PAR drivers includes the ability to set the following capabilities in the OpenStack Block Storage API cinder.api.contrib.types_extra_specs volume type extra specs extension module:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:88(literal) msgid "hp3par:cpg" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:91(literal) msgid "hp3par:snap_cpg" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:94(literal) msgid "hp3par:provisioning" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:97(literal) msgid "hp3par:persona" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:100(literal) msgid "hp3par:vvs" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:103(para) msgid "To work with the default filter scheduler, the key values are case sensitive and scoped with hp3par:. For information about how to set the key-value pairs and associate them with a volume type, run the following command: " msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:112(para) msgid "Volumes that are cloned only support extra specs keys cpg, snap_cpg, provisioning and vvs. The others are ignored. In addition the comments section of the cloned volume in the HP 3PAR StoreServ storage array is not populated." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:118(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:166(para) msgid "If volume types are not used or a particular key is not set for a volume type, the following defaults are used:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:123(para) msgid "hp3par:cpg - Defaults to the hp3par_cpg setting in the cinder.conf file." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:128(para) msgid "hp3par:snap_cpg - Defaults to the hp3par_snap setting in the cinder.conf file. If hp3par_snap is not set, it defaults to the hp3par_cpg setting." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:136(para) msgid "hp3par:provisioning - Defaults to thin provisioning, the valid values are thin and full." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:142(para) msgid "hp3par:persona - Defaults to the 1 - Generic persona. The valid values are, 1 - Generic, 2 - Generic-ALUA, 6 - Generic-legacy, 7 - HPUX-legacy, 8 - AIX-legacy, 9 - EGENERA, 10 - ONTAP-legacy, 11 - VMware, 12 - OpenVMS, 13 - HPUX, and 15 - WindowsServer." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:156(para) msgid "QoS support for both HP 3PAR drivers includes the ability to set the following capabilities in the OpenStack Block Storage API cinder.api.contrib.qos_specs_manage qos specs extension module:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:163(literal) msgid "minBWS" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:166(literal) msgid "maxBWS" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:169(literal) msgid "minIOPS" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:172(literal) msgid "maxIOPS" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:175(literal) msgid "latency" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:178(literal) msgid "priority" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:181(para) msgid "The qos keys above no longer require to be scoped but must be created and associated to a volume type. For information about how to set the key-value pairs and associate them with a volume type, run the following commands: " msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:191(para) msgid "The following keys require that the HP 3PAR StoreServ storage array has a Priority Optimization license installed." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:196(para) msgid "hp3par:vvs - The virtual volume set name that has been predefined by the Administrator with Quality of Service (QoS) rules associated to it. If you specify extra_specs hp3par:vvs, the qos_specs minIOPS, maxIOPS, minBWS, and maxBWS settings are ignored." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:207(para) msgid "minBWS - The QoS I/O issue bandwidth minimum goal in MBs. If not set, the I/O issue bandwidth rate has no minimum goal." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:212(para) msgid "maxBWS - The QoS I/O issue bandwidth rate limit in MBs. If not set, the I/O issue bandwidth rate has no limit." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:217(para) msgid "minIOPS - The QoS I/O issue count minimum goal. If not set, the I/O issue count has no minimum goal." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:222(para) msgid "maxIOPS - The QoS I/O issue count rate limit. If not set, the I/O issue count rate has no limit." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:227(para) msgid "latency - The latency goal in milliseconds." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:231(para) msgid "priority - The priority of the QoS rule over other rules. If not set, the priority is normal, valid values are low, normal and high." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:238(para) msgid "Since the Icehouse release, minIOPS and maxIOPS must be used together to set I/O limits. Similarly, minBWS and maxBWS must be used together. If only one is set the other will be set to the same value." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:245(title) msgid "Enable the HP 3PAR Fibre Channel and iSCSI drivers" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:247(para) msgid "The HP3PARFCDriver and HP3PARISCSIDriver are installed with the OpenStack software." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:252(para) msgid "Install the hp3parclient Python package on the OpenStack Block Storage system. " msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:259(para) msgid "Verify that the HP 3PAR Web Services API server is enabled and running on the HP 3PAR storage system." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:264(para) msgid "Log onto the HP 3PAR storage system with administrator access." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:267(replaceable) msgid "<HP 3PAR IP Address>" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:270(para) msgid "View the current state of the Web Services API Server." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:277(para) msgid "If the Web Services API Server is disabled, start it." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:286(para) msgid "If the HTTP or HTTPS state is disabled, enable one of them. or " msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:293(para) msgid "To stop the Web Services API Server, use the stopwsapi command. For other options run the command." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:300(para) msgid "If you are not using an existing CPG, create a CPG on the HP 3PAR storage system to be used as the default location for creating volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:308(emphasis) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:245(emphasis) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:380(emphasis) msgid "## REQUIRED SETTINGS" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:343(emphasis) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:262(emphasis) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:400(emphasis) msgid "## OPTIONAL SETTINGS" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:356(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:270(para) msgid "You can enable only one driver on each cinder instance unless you enable multiple back-end support. See the Cinder multiple back-end support instructions to enable this feature." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:363(para) msgid "You can configure one or more iSCSI addresses by using the option. When you configure multiple addresses, the driver selects the iSCSI port with the fewest active volumes at attach time. The IP address might include an IP port by using a colon (:) to separate the address from port. If you do not define an IP port, the default port 3260 is used. Separate IP addresses with a comma (,). The / options might be used as an alternative to for single port iSCSI configuration." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:382(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:299(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:413(para) msgid "Save the changes to the cinder.conf file and restart the cinder-volume service." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-3par-driver.xml:388(para) msgid "The HP 3PAR Fibre Channel and iSCSI drivers are now enabled on your OpenStack system. If you experience problems, review the Block Storage service log files for errors." msgstr "" #: ./doc/config-reference/block-storage/drivers/dell-equallogic-driver.xml:6(title) msgid "Dell EqualLogic volume driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/dell-equallogic-driver.xml:7(para) msgid "The Dell EqualLogic volume driver interacts with configured EqualLogic arrays and supports various operations, such as volume creation and deletion, volume attachment and detachment, snapshot creation and deletion, and clone creation." msgstr "" #: ./doc/config-reference/block-storage/drivers/dell-equallogic-driver.xml:12(para) msgid "To configure and use a Dell EqualLogic array with Block Storage, modify your cinder.conf as follows." msgstr "" #: ./doc/config-reference/block-storage/drivers/dell-equallogic-driver.xml:15(para) msgid "Set the option to the Dell EqualLogic volume driver:" msgstr "" #: ./doc/config-reference/block-storage/drivers/dell-equallogic-driver.xml:18(para) msgid "Set the option to the IP address to reach the EqualLogic Group through SSH:" msgstr "" #: ./doc/config-reference/block-storage/drivers/dell-equallogic-driver.xml:21(para) msgid "Set the option to the user name to login to the Group manager:" msgstr "" #: ./doc/config-reference/block-storage/drivers/dell-equallogic-driver.xml:24(para) msgid "Set the option to the password to login the Group manager with:" msgstr "" #: ./doc/config-reference/block-storage/drivers/dell-equallogic-driver.xml:27(para) msgid "Optionally set the option to false to disable creation of thin-provisioned volumes:" msgstr "" #: ./doc/config-reference/block-storage/drivers/dell-equallogic-driver.xml:31(para) msgid "The following table describes additional options that the driver supports:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:5(title) msgid "IBM Storwize family and SVC volume driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:6(para) msgid "The volume management driver for Storwize family and SAN Volume Controller (SVC) provides OpenStack Compute instances with access to IBM Storwize family or SVC storage systems." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:11(title) msgid "Configure the Storwize family and SVC system" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:13(title) msgid "Network configuration" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:14(para) msgid "The Storwize family or SVC system must be configured for iSCSI, Fibre Channel, or both." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:16(para) msgid "If using iSCSI, each Storwize family or SVC node should have at least one iSCSI IP address. The IBM Storwize/SVC driver uses an iSCSI IP address associated with the volume's preferred node (if available) to attach the volume to the instance, otherwise it uses the first available iSCSI IP address of the system. The driver obtains the iSCSI IP address directly from the storage system; you do not need to provide these iSCSI IP addresses directly to the driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:27(para) msgid "If using iSCSI, ensure that the compute nodes have iSCSI network access to the Storwize family or SVC system." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:32(para) msgid "OpenStack Nova's Grizzly version supports iSCSI multipath. Once this is configured on the Nova host (outside the scope of this documentation), multipath is enabled." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:37(para) msgid "If using Fibre Channel (FC), each Storwize family or SVC node should have at least one WWPN port configured. If the storwize_svc_multipath_enabled flag is set to True in the Cinder configuration file, the driver uses all available WWPNs to attach the volume to the instance (details about the configuration flags appear in the next section). If the flag is not set, the driver uses the WWPN associated with the volume's preferred node (if available), otherwise it uses the first available WWPN of the system. The driver obtains the WWPNs directly from the storage system; you do not need to provide these WWPNs directly to the driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:54(para) msgid "If using FC, ensure that the compute nodes have FC connectivity to the Storwize family or SVC system." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:60(title) msgid "iSCSI CHAP authentication" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:68(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:290(para) msgid "CHAP secrets are added to existing hosts as well as newly-created ones. If the CHAP option is enabled, hosts will not be able to access the storage without the generated secrets." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:75(para) msgid "Not all OpenStack Compute drivers support CHAP authentication. Please check compatibility before using." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:80(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:283(para) msgid "CHAP secrets are passed from OpenStack Block Storage to Compute in clear text. This communication should be secured to ensure that CHAP secrets are not discovered." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:61(para) msgid "If using iSCSI for data access and the storwize_svc_iscsi_chap_enabled is set to True, the driver will associate randomly-generated CHAP secrets with all hosts on the Storwize family system. OpenStack compute nodes use these secrets when creating iSCSI connections. " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:87(title) msgid "Configure storage pools" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:88(para) msgid "Each instance of the IBM Storwize/SVC driver allocates all volumes in a single pool. The pool should be created in advance and be provided to the driver using the storwize_svc_volpool_name configuration flag. Details about the configuration flags and how to provide the flags to the driver appear in the next section." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:99(title) msgid "Configure user authentication for the driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:101(para) msgid "The driver requires access to the Storwize family or SVC system management interface. The driver communicates with the management using SSH. The driver should be provided with the Storwize family or SVC management IP using the san_ip flag, and the management port should be provided by the san_ssh_port flag. By default, the port value is configured to be port 22 (SSH)." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:111(para) msgid "Make sure the compute node running the cinder-volume management driver has SSH network access to the storage system." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:118(para) msgid "To allow the driver to communicate with the Storwize family or SVC system, you must provide the driver with a user on the storage system. The driver has two authentication methods: password-based authentication and SSH key pair authentication. The user should have an Administrator role. It is suggested to create a new user for the management driver. Please consult with your storage and security administrator regarding the preferred authentication method and how passwords or SSH keys should be stored in a secure manner." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:129(para) msgid "When creating a new user on the Storwize or SVC system, make sure the user belongs to the Administrator group or to another group that has an Administrator role." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:134(para) msgid "If using password authentication, assign a password to the user on the Storwize or SVC system. The driver configuration flags for the user and password are san_login and san_password, respectively." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:140(para) msgid "If you are using the SSH key pair authentication, create SSH private and public keys using the instructions below or by any other method. Associate the public key with the user by uploading the public key: select the \"choose file\" option in the Storwize family or SVC management GUI under \"SSH public key\". Alternatively, you may associate the SSH public key using the command line interface; details can be found in the Storwize and SVC documentation. The private key should be provided to the driver using the san_private_key configuration flag." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:154(title) msgid "Create a SSH key pair with OpenSSH" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:155(para) msgid "You can create an SSH key pair using OpenSSH, by running:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:158(para) msgid "The command prompts for a file to save the key pair. For example, if you select 'key' as the filename, two files are created: key and key.pub. The key file holds the private SSH key and key.pub holds the public SSH key." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:165(para) msgid "The command also prompts for a pass phrase, which should be empty." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:167(para) msgid "The private key file should be provided to the driver using the san_private_key configuration flag. The public key should be uploaded to the Storwize family or SVC system using the storage management GUI or command line interface." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:173(para) msgid "Ensure that Cinder has read permissions on the private key file." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:179(title) msgid "Configure the Storwize family and SVC driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:181(title) msgid "Enable the Storwize family and SVC driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:182(para) msgid "Set the volume driver to the Storwize family and SVC driver by setting the volume_driver option in cinder.conf as follows:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:189(title) msgid "Storwize family and SVC driver options in cinder.conf" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:191(para) msgid "The following options specify default values for all volumes. Some can be over-ridden using volume types, which are described below." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:195(caption) msgid "List of configuration flags for Storwize storage and SVC driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:211(literal) msgid "san_ip" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:215(para) msgid "Management IP or host name" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:219(literal) msgid "san_ssh_port" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:222(para) msgid "22" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:223(para) msgid "Management port" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:226(literal) msgid "san_login" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:230(para) msgid "Management login username" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:234(literal) msgid "san_password" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:238(para) msgid "The authentication requires either a password (san_password) or SSH private key (san_private_key). One must be specified. If both are specified, the driver uses only the SSH private key." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:236(para) msgid "Required " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:248(para) msgid "Management login password" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:252(literal) msgid "san_private_key" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:254(para) msgid "Required " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:258(para) msgid "Management login SSH private key" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:264(literal) msgid "storwize_svc_volpool_name" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:268(para) msgid "Default pool name for volumes" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:273(literal) msgid "storwize_svc_vol_rsize" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:276(para) msgid "2" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:280(para) msgid "The driver creates thin-provisioned volumes by default. The storwize_svc_vol_rsize flag defines the initial physical allocation percentage for thin-provisioned volumes, or if set to -1, the driver creates full allocated volumes. More details about the available options are available in the Storwize family and SVC documentation." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:277(para) msgid "Initial physical allocation (percentage) " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:297(literal) msgid "storwize_svc_vol_warning" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:300(para) msgid "0 (disabled)" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:301(para) msgid "Space allocation warning threshold (percentage) " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:308(literal) msgid "storwize_svc_vol_autoexpand" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:311(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:367(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:427(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:453(para) msgid "True" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:314(para) msgid "Defines whether thin-provisioned volumes can be auto expanded by the storage system, a value of True means that auto expansion is enabled, a value of False disables auto expansion. Details about this option can be found in the –autoexpand flag of the Storwize family and SVC command line interface mkvdisk command." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:312(para) msgid "Enable or disable volume auto expand " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:332(literal) msgid "storwize_svc_vol_grainsize" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:335(para) msgid "256" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:336(para) msgid "Volume grain size in KB" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:342(literal) msgid "storwize_svc_vol_compression" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:346(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:437(para) ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:88(replaceable) msgid "False" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:350(para) msgid "Defines whether Real-time Compression is used for the volumes created with OpenStack. Details on Real-time Compression can be found in the Storwize family and SVC documentation. The Storwize or SVC system must have compression enabled for this feature to work." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:347(para) msgid "Enable or disable Real-time Compression " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:364(literal) msgid "storwize_svc_vol_easytier" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:370(para) msgid "Defines whether Easy Tier is used for the volumes created with OpenStack. Details on EasyTier can be found in the Storwize family and SVC documentation. The Storwize or SVC system must have Easy Tier enabled for this feature to work." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:368(para) msgid "Enable or disable Easy Tier " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:382(literal) msgid "storwize_svc_vol_iogrp" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:386(para) msgid "The I/O group in which to allocate vdisks" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:391(literal) msgid "storwize_svc_flashcopy_timeout" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:395(para) msgid "120" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:398(para) msgid "The driver wait timeout threshold when creating an OpenStack snapshot. This is actually the maximum amount of time that the driver waits for the Storwize family or SVC system to prepare a new FlashCopy mapping. The driver accepts a maximum wait time of 600 seconds (10 minutes)." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:396(para) msgid "FlashCopy timeout threshold (seconds)" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:412(literal) msgid "storwize_svc_connection_protocol" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:417(para) msgid "Connection protocol to use (currently supports 'iSCSI' or 'FC')" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:423(literal) msgid "storwize_svc_iscsi_chap_enabled" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:428(para) msgid "Configure CHAP authentication for iSCSI connections" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:433(literal) msgid "storwize_svc_multipath_enabled" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:440(para) msgid "Multipath for iSCSI connections requires no storage-side configuration and is enabled if the compute host has multipath configured." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:438(para) msgid "Enable multipath for FC connections " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:449(literal) msgid "storwize_svc_multihost_enabled" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:457(para) msgid "This option allows the driver to map a vdisk to more than one host at a time. This scenario occurs during migration of a virtual machine with an attached volume; the volume is simultaneously mapped to both the source and destination compute hosts. If your deployment does not require attaching vdisks to multiple hosts, setting this flag to False will provide added safety." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:454(para) msgid "Enable mapping vdisks to multiple hosts " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:478(title) msgid "Placement with volume types" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:479(para) msgid "The IBM Storwize/SVC driver exposes capabilities that can be added to the extra specs of volume types, and used by the filter scheduler to determine placement of new volumes. Make sure to prefix these keys with capabilities: to indicate that the scheduler should use them. The following extra specs are supported:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:490(para) msgid "capabilities:volume_back-end_name - Specify a specific back-end where the volume should be created. The back-end name is a concatenation of the name of the IBM Storwize/SVC storage system as shown in lssystem, an underscore, and the name of the pool (mdisk group). For example: " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:501(para) msgid "capabilities:compression_support - Specify a back-end according to compression support. A value of True should be used to request a back-end that supports compression, and a value of False will request a back-end that does not support compression. If you do not have constraints on compression support, do not set this key. Note that specifying True does not enable compression; it only requests that the volume be placed on a back-end that supports compression. Example syntax: " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:517(para) msgid "capabilities:easytier_support - Similar semantics as the compression_support key, but for specifying according to support of the Easy Tier feature. Example syntax: " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:525(para) msgid "capabilities:storage_protocol - Specifies the connection protocol used to attach volumes of this type to instances. Legal values are iSCSI and FC. This extra specs value is used for both placement and setting the protocol used for this volume. In the example syntax, note <in> is used as opposed to <is> used in the previous examples. " msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:540(title) msgid "Configure per-volume creation options" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:541(para) msgid "Volume types can also be used to pass options to the IBM Storwize/SVC driver, which over-ride the default values set in the configuration file. Contrary to the previous examples where the \"capabilities\" scope was used to pass parameters to the Cinder scheduler, options can be passed to the IBM Storwize/SVC driver with the \"drivers\" scope." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:548(para) msgid "The following extra specs keys are supported by the IBM Storwize/SVC driver:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:552(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:662(para) msgid "rsize" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:555(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:665(para) msgid "warning" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:558(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:668(para) msgid "autoexpand" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:561(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:671(para) msgid "grainsize" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:564(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:674(para) msgid "compression" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:567(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:677(para) msgid "easytier" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:570(para) msgid "multipath" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:573(para) ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:680(para) msgid "iogrp" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:576(para) msgid "These keys have the same semantics as their counterparts in the configuration file. They are set similarly; for example, rsize=2 or compression=False." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:582(title) msgid "Example: Volume types" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:583(para) msgid "In the following example, we create a volume type to specify a controller that supports iSCSI and compression, to use iSCSI when attaching the volume, and to enable compression:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:589(para) msgid "We can then create a 50GB volume using this type:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:593(para) msgid "Volume types can be used, for example, to provide users with different" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:597(para) msgid "performance levels (such as, allocating entirely on an HDD tier, using Easy Tier for an HDD-SDD mix, or allocating entirely on an SSD tier)" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:603(para) msgid "resiliency levels (such as, allocating volumes in pools with different RAID levels)" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:608(para) msgid "features (such as, enabling/disabling Real-time Compression)" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:615(title) msgid "Operational notes for the Storwize family and SVC driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:618(title) msgid "Migrate volumes" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:619(para) msgid "In the context of OpenStack Block Storage's volume migration feature, the IBM Storwize/SVC driver enables the storage's virtualization technology. When migrating a volume from one pool to another, the volume will appear in the destination pool almost immediately, while the storage moves the data in the background." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:627(para) msgid "To enable this feature, both pools involved in a given volume migration must have the same values for extent_size. If the pools have different values for extent_size, the data will still be moved directly between the pools (not host-side copy), but the operation will be synchronous." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:638(title) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:75(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:334(para) msgid "Extend volumes" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:639(para) msgid "The IBM Storwize/SVC driver allows for extending a volume's size, but only for volumes without snapshots." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:644(title) ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:171(title) msgid "Snapshots and clones" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:645(para) msgid "Snapshots are implemented using FlashCopy with no background copy (space-efficient). Volume clones (volumes created from existing volumes) are implemented with FlashCopy, but with background copy enabled. This means that volume clones are independent, full copies. While this background copy is taking place, attempting to delete or extend the source volume will result in that operation waiting for the copy to complete." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:656(title) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:105(para) msgid "Volume retype" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:657(para) msgid "The IBM Storwize/SVC driver enables you to modify volume types. When you modify volume types, you can also change these extra specs properties:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:684(para) msgid "When you change the rsize, grainsize or compression properties, volume copies are asynchronously synchronized on the array." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-storwize-svc-driver.xml:691(para) msgid "To change the iogrp property, IBM Storwize/SVC firmware version 6.4.0 or later is required." msgstr "" #. When image changes, this message will be marked fuzzy or untranslated for you. #. It doesn't matter what you translate it to: it's not used at all. #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:62(None) msgid "@@image: '../../../common/figures/xenapinfs/local_config.png'; md5=16a3864b0ec636518335246360438fd1" msgstr "" #. When image changes, this message will be marked fuzzy or untranslated for you. #. It doesn't matter what you translate it to: it's not used at all. #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:78(None) msgid "@@image: '../../../common/figures/xenapinfs/remote_config.png'; md5=eab22f6aa5413c2043936872ea44e459" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:4(title) msgid "XenAPINFS" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:5(para) msgid "XenAPINFS is a Block Storage (Cinder) driver that uses an NFS share through the XenAPI Storage Manager to store virtual disk images and expose those virtual disks as volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:8(para) msgid "This driver does not access the NFS share directly. It accesses the share only through XenAPI Storage Manager. Consider this driver as a reference implementation for use of the XenAPI Storage Manager in OpenStack (present in XenServer and XCP)." msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:17(para) msgid "A XenServer/XCP installation that acts as Storage Controller. This hypervisor is known as the storage controller." msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:22(para) msgid "Use XenServer/XCP as your hypervisor for Compute nodes." msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:26(para) msgid "An NFS share that is configured for XenServer/XCP. For specific requirements and export options, see the administration guide for your specific XenServer version. The NFS share must be accessible by all XenServers components within your cloud." msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:34(para) msgid "To create volumes from XenServer type images (vhd tgz files), XenServer Nova plug-ins are also required on the storage controller." msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:40(para) msgid "You can use a XenServer as a storage controller and compute node at the same time. This minimal configuration consists of a XenServer/XCP box and an NFS share." msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:47(title) msgid "Configuration patterns" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:50(para) msgid "Local configuration (Recommended): The driver runs in a virtual machine on top of the storage controller. With this configuration, you can create volumes from qemu-img-supported formats." msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:57(title) msgid "Local configuration" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:68(para) msgid "Remote configuration: The driver is not a guest VM of the storage controller. With this configuration, you can only use XenServer vhd-type images to create volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:73(title) msgid "Remote configuration" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:87(para) msgid "Assuming the following setup:" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:90(para) msgid "XenServer box at 10.2.2.1" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:94(para) msgid "XenServer password is r00tme" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:98(para) msgid "NFS server is nfs.example.com" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:102(para) msgid "NFS export is at /volumes" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:106(para) msgid "To use XenAPINFS as your cinder driver, set these configuration options in the cinder.conf file:" msgstr "" #: ./doc/config-reference/block-storage/drivers/xenapi-nfs.xml:115(para) msgid "The following table shows the configuration options that the XenAPINFS driver supports:" msgstr "" #. When image changes, this message will be marked fuzzy or untranslated for you. #. It doesn't matter what you translate it to: it's not used at all. #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:19(None) msgid "@@image: '../../../common/figures/ceph/ceph-architecture.png'; md5=f7e854c9dbfb64534c47c3583e774c81" msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:4(title) msgid "Ceph RADOS Block Device (RBD)" msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:5(para) msgid "If you use KVM or QEMU as your hypervisor, you can configure the Compute service to use Ceph RADOS block devices (RBD) for volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:15(title) msgid "Ceph architecture" msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:9(para) msgid "Ceph is a massively scalable, open source, distributed storage system. It is comprised of an object store, block store, and a POSIX-compliant distributed file system. The platform can auto-scale to the exabyte level and beyond. It runs on commodity hardware, is self-healing and self-managing, and has no single point of failure. Ceph is in the Linux kernel and is integrated with the OpenStack cloud operating system. Due to its open-source nature, you can install and use this portable storage platform in public or private clouds. " msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:25(title) msgid "RADOS" msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:26(para) msgid "Ceph is based on RADOS: Reliable Autonomic Distributed Object Store. RADOS distributes objects across the storage cluster and replicates objects for fault tolerance. RADOS contains the following major components:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:32(para) msgid "Object Storage Device (OSD) Daemon. The storage daemon for the RADOS service, which interacts with the OSD (physical or logical storage unit for your data)." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:35(para) msgid "You must run this daemon on each server in your cluster. For each OSD, you can have an associated hard drive disk. For performance purposes, pool your hard drive disk with raid arrays, logical volume management (LVM), or B-tree file system (Btrfs) pooling. By default, the following pools are created: data, metadata, and RBD." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:42(para) msgid "Meta-Data Server (MDS). Stores metadata. MDSs build a POSIX file system on top of objects for Ceph clients. However, if you do not use the Ceph file system, you do not need a metadata server." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:49(para) msgid "Monitor (MON). A lightweight daemon that handles all communications with external applications and clients. It also provides a consensus for distributed decision making in a Ceph/RADOS cluster. For instance, when you mount a Ceph shared on a client, you point to the address of a MON server. It checks the state and the consistency of the data. In an ideal setup, you must run at least three ceph-mon daemons on separate servers." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:58(para) msgid "Ceph developers recommend that you use Btrfs as a file system for storage. XFS might be a better alternative for production environments;XFS is an excellent alternative to Btrfs. The ext4 file system is also compatible but does not exploit the power of Ceph." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:63(para) msgid "If using Btrfs, ensure that you use the correct version (see Ceph Dependencies)." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:66(para) msgid "For more information about usable file systems, see ceph.com/ceph-storage/file-system/." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:72(title) msgid "Ways to store, use, and expose data" msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:73(para) msgid "To store and access your data, you can use the following storage systems:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:77(para) msgid "RADOS. Use as an object, default storage mechanism." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:81(para) msgid "RBD. Use as a block device. The Linux kernel RBD (rados block device) driver allows striping a Linux block device over multiple distributed object store data objects. It is compatible with the KVM RBD image." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:88(para) msgid "CephFS. Use as a file, POSIX-compliant file system." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:92(para) msgid "Ceph exposes RADOS; you can access it through the following interfaces:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:95(para) msgid "RADOS Gateway. OpenStack Object Storage and Amazon-S3 compatible RESTful interface (see RADOS_Gateway)." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:101(para) msgid "librados, and its related C/C++ bindings." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:104(para) msgid "rbd and QEMU-RBD. Linux kernel and QEMU block devices that stripe data across multiple objects." msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:111(title) msgid "Driver options" msgstr "" #: ./doc/config-reference/block-storage/drivers/ceph-rbd-volume-driver.xml:112(para) msgid "The following table contains the configuration options supported by the Ceph RADOS Block Device driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:4(title) msgid "HP LeftHand/StoreVirtual driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:5(para) msgid "The HPLeftHandISCSIDriver is based on the Block Storage service (Cinder) plug-in architecture. Volume operations are run by communicating with the HP LeftHand/StoreVirtual system over HTTPS, or SSH connections. HTTPS communications use the hplefthandclient, which is part of the Python standard library." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:15(para) msgid "The HPLeftHandISCSIDriver can be configured to run in one of two possible modes, legacy mode which uses SSH/CLIQ to communicate with the HP LeftHand/StoreVirtual array, or standard mode which uses a new REST client to communicate with the array. No new functionality has been, or will be, supported in legacy mode. For performance improvements and new functionality, the driver must be configured for standard mode, the hplefthandclient must be downloaded, and HP LeftHand/StoreVirtual Operating System software version 11.5 or higher is required on the array. To configure the driver in standard mode, see . To configure the driver in legacy mode, see ." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:33(para) msgid "For information about how to manage HP LeftHand/StoreVirtual storage systems, see the HP LeftHand/StoreVirtual user documentation." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:37(title) msgid "HP LeftHand/StoreVirtual REST driver standard mode" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:38(para) msgid "This section describes how to configure the HP LeftHand/StoreVirtual Cinder driver in standard mode." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:43(para) msgid "To use the HP LeftHand/StoreVirtual driver in standard mode, do the following:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:48(para) msgid "Install LeftHand/StoreVirtual Operating System software version 11.5 or higher on the HP LeftHand/StoreVirtual storage system." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:54(para) msgid "Create a cluster group." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:57(para) msgid "Install the hplefthandclient version 1.0.2 from the Python Package Index on the system with the enabled Block Storage service volume drivers." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:69(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:328(para) msgid "Create volumes" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:72(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:331(para) msgid "Delete volumes" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:78(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:337(para) msgid "Attach volumes" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:81(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:340(para) msgid "Detach volumes" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:84(para) msgid "Create snapshots" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:87(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:346(para) msgid "Delete snapshots" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:90(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:349(para) msgid "Create volumes from snapshots" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:93(para) msgid "Create cloned volumes" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:96(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:352(para) msgid "Copy images to volumes" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:99(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:355(para) msgid "Copy volumes to images" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:102(para) msgid "Backend assisted volume migration" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:108(para) msgid "When a volume is migrated, using Backend assisted volume migration, both source and destination clusters must be in the same HP LeftHand/StoreVirtual management group. The HP LeftHand/StoreVirtual array will use native LeftHand APIs to migrate the volume. The volume cannot be attached or have snapshots to migrate." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:115(para) msgid "Volume type support for the driver includes the ability to set the following capabilities in the OpenStack Cinder API cinder.api.contrib.types_extra_specs volume type extra specs extension module." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:124(literal) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:169(term) msgid "hplh:provisioning" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:129(literal) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:152(term) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:175(term) msgid "hplh:ao" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:134(literal) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:156(term) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:181(term) msgid "hplh:data_pl" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:138(para) msgid "To work with the default filter scheduler, the key values are case sensitive and scoped with 'hplh:'. For information about how to set the key-value pairs and associate them with a volume type, run the following command:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:149(para) msgid "The following keys require that the HP LeftHand/StoreVirtual storage array be configured for." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:153(para) msgid "The HP LeftHand/StoreVirtual storage array must be configured for Adaptive Optimization." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:157(para) msgid "The HP LeftHand/StoreVirtual storage array must be able to support the Data Protection level specified by the extra spec." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:170(para) msgid "Defaults to thin provisioning, the valid values are, thin and full" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:176(para) msgid "Defaults to true, the valid values are, true and false." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:182(para) msgid "Defaults to r-0, Network RAID-0 (None), the valid values are," msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:185(para) msgid "r-0, Network RAID-0 (None)" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:189(para) msgid "r-5, Network RAID-5 (Single Parity)" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:193(para) msgid "r-10-2, Network RAID-10 (2-Way Mirror)" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:197(para) msgid "r-10-3, Network RAID-10 (3-Way Mirror)" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:201(para) msgid "r-10-4, Network RAID-10 (4-Way Mirror)" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:205(para) msgid "r-6, Network RAID-6 (Dual Parity)," msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:217(title) msgid "Enable the HP LeftHand/StoreVirtual iSCSI driver in standard mode" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:219(para) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:362(para) msgid "The HPLeftHandISCSIDriver is installed with the OpenStack software." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:226(para) msgid "Install the hplefthandclient Python package on the OpenStack Block Storage system." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:234(para) msgid "If you are not using an existing cluster, create a cluster on the HP LeftHand storage system to be used as the cluster for creating volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:240(para) msgid "Make the following changes in the /etc/cinder/cinder.conf file:" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:248(replaceable) msgid "https://10.10.0.141:8081/lhos" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:251(replaceable) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:386(replaceable) msgid "lhuser" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:254(replaceable) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:389(replaceable) msgid "lhpass" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:257(replaceable) ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:395(replaceable) msgid "ClusterLefthand" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:276(para) msgid "If the is set to true, the driver will associate randomly-generated CHAP secrets with all hosts on the HP LeftHand/StoreVirtual system. OpenStack Compute nodes use these secrets when creating iSCSI connections. " msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:307(para) msgid "The HP LeftHand/StoreVirtual driver is now enabled in standard mode on your OpenStack system. If you experience problems, review the Block Storage service log files for errors." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:314(title) msgid "HP LeftHand/StoreVirtual CLIQ driver legacy mode" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:315(para) msgid "This section describes how to configure the HP LeftHand/StoreVirtual Cinder driver in legacy mode." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:318(para) msgid "The HPLeftHandISCSIDriver allows you to use a HP Lefthand/StoreVirtual SAN that supports the CLIQ interface. Every supported volume operation translates into a CLIQ call in the back-end." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:360(title) msgid "Enable the HP LeftHand/StoreVirtual iSCSI driver in legacy mode" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:369(para) msgid "If you are not using an existing cluster, create a cluster on the HP Lefthand storage system to be used as the cluster for creating volumes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:383(replaceable) msgid "10.10.0.141" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:422(para) msgid "The HP LeftHand/StoreVirtual driver is now enabled in legacy mode on your OpenStack system. If you experience problems, review the Block Storage service log files for errors." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:426(para) msgid "To configure the VSA" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:429(para) msgid "Configure CHAP on each of the nova-compute nodes." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-lefthand-driver.xml:436(para) msgid "Add server associations on the VSA with the associated CHAPS and initiator information. The name should correspond to the hostname of the nova-compute node. For Xen, this is the hypervisor host name. To do this, use either CLIQ or the Centralized Management Console." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-msa-driver.xml:4(title) msgid "HP MSA Fibre Channel driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-msa-driver.xml:5(para) msgid "The HP MSA fiber channel driver runs volume operations on the storage array over HTTP." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-msa-driver.xml:7(para) msgid "A VDisk must be created on the HP MSA array first. This can be done using the web interface or the command-line interface of the array." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-msa-driver.xml:9(para) msgid "The following options must be defined in the cinder-volume configuration file (/etc/cinder/cinder.conf):" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-msa-driver.xml:14(para) msgid "Set the option to cinder.volume.drivers.san.hp.hp_msa_fc.HPMSAFCDriver" msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-msa-driver.xml:19(para) msgid "Set the option to the hostname or IP address of your HP MSA array." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-msa-driver.xml:23(para) msgid "Set the option to the login of an existing user of the HP MSA array." msgstr "" #: ./doc/config-reference/block-storage/drivers/hp-msa-driver.xml:28(para) msgid "Set the option to the password for this user." msgstr "" #: ./doc/config-reference/block-storage/drivers/windows-volume-driver.xml:6(title) msgid "Windows" msgstr "" #: ./doc/config-reference/block-storage/drivers/windows-volume-driver.xml:7(para) msgid "There is a volume back-end for Windows. Set the following in your cinder.conf, and use the options below to configure it." msgstr "" #: ./doc/config-reference/block-storage/drivers/lvm-volume-driver.xml:6(title) msgid "LVM" msgstr "" #: ./doc/config-reference/block-storage/drivers/lvm-volume-driver.xml:7(para) msgid "The default volume back-end uses local volumes managed by LVM." msgstr "" #: ./doc/config-reference/block-storage/drivers/lvm-volume-driver.xml:8(para) msgid "This driver supports different transport protocols to attach volumes, currently ISCSI and ISER." msgstr "" #: ./doc/config-reference/block-storage/drivers/lvm-volume-driver.xml:10(para) msgid "Set the following in your cinder.conf, and use the following options to configure for ISCSI transport:" msgstr "" #: ./doc/config-reference/block-storage/drivers/lvm-volume-driver.xml:16(para) msgid "and for the ISER transport:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:6(title) msgid "EMC VNX direct driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:7(para) msgid "Use the EMC VNX direct driver to create, attach, detach, and delete volumes, create and delete snapshots, and so on. This driver is based on the Cinder-defined ISCSIDriver driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:11(para) msgid "To complete volume operations, the driver uses the NaviSec command-line interface (CLI) to communicate with back-end EMC VNX storage." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:19(para) msgid "Flare version 5.32 or later." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:22(para) msgid "You must activate VNX Snapshot and Clone license for the array. Ensure that all the iSCSI ports from the VNX are accessible through OpenStack hosts." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:27(para) msgid "Navisphere CLI v7.32 or later." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:30(para) msgid "EMC storage VNX Series are supported." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:71(title) msgid "Set up the VNX direct driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:72(para) msgid "Complete these high-level tasks to set up the VNX direct driver:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:76(para) msgid "Install NaviSecCLI. You must install the NaviSecCLI tool on the controller node and all the Cinder nodes in an OpenStack deployment. See ." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:83(para) msgid "Register with VNX. See " msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:89(title) msgid "Install NaviSecCLI" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:90(para) msgid "Log in to the EMC's support web site (login is required), and download the NaviSecCLI package. Then, install the package:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:95(para) msgid "On Ubuntu x64:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:97(title) msgid "To install NaviSecCLI on Ubuntu x64" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:99(para) msgid "Create the /opt/Navisphere/bin/ directory:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:102(para) msgid "Copy the RPM package into the /opt/Navisphere/bin/ directory." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:107(para) msgid "Use alien to install the RPM package on Ubuntu:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:113(para) msgid "For all the other variants of Linux, install the rpm as usual." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:117(title) msgid "Register with VNX" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:118(para) msgid "To export a VNX volume to a compute node or a volume node, you must register the node with VNX." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:121(title) msgid "To register the node" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:122(para) msgid "On the compute node or volume node 1.1.1.1, do the following (assume 10.10.61.35 is the iSCSI target):" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:141(para) msgid "Click Register, select CLARiiON/VNX, and enter the host name myhost1 and IP address myhost1. Click Register. Now host 1.1.1.1 also appears under Hosts->Host List." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:165(para) msgid "For the VNX iSCSI driver, add the following entries, where 10.10.61.35 is the IP address of the VNX iSCSI target, 10.10.72.41 is the IP address of the VNX array (SPA or SPB), default_timeout is the default time out for CLI operations in minutes, and max_luns_per_storage_group is the default max number of LUNs in a storage group:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:185(para) msgid "To find out max_luns_per_storage_group for each VNX model, refer to the EMC's support web site (login is required)." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:195(para) msgid "Volume type support allows user to choose thick/thin provisioning capabilities." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:197(para) msgid "Here is an example of how to setup volume type. First create volume types. Then define extra specs for each volume type." msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:201(title) msgid "To set up volume types" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:203(para) msgid "Setup volume types:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:208(para) msgid "Setup volume type extra specs:" msgstr "" #: ./doc/config-reference/block-storage/drivers/emc-vnx-direct-driver.xml:213(para) msgid "The previous example creates two volume types: TypeA and TypeB. For TypeA, storagetype:provisioning is set to thick. Similarly for TypeB, storagetype:provisioning is set to thin. If storagetype:provisioning is not specified, it will be default to thick." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:4(title) msgid "NFS driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:5(para) msgid "The Network File System (NFS) is a distributed file system protocol originally developed by Sun Microsystems in 1984. An NFS server exports one or more of its file systems, known as shares. An NFS client can mount these exported shares on its own file system. You can perform file actions on this mounted remote file system as if the file system were local." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:13(title) msgid "How the NFS driver works" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:14(para) msgid "The NFS driver, and other drivers based off of it, work quite differently than a traditional block storage driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:17(para) msgid "The NFS driver does not actually allow an instance to access a storage device at the block level. Instead, files are created on an NFS share and mapped to instances, which emulates a block device. This works in a similar way to QEMU, which stores instances in the /var/lib/nova/instances directory." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:26(title) msgid "Enable the NFS driver and related options" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:27(para) msgid "To use Cinder with the NFS driver, first set the volume_driver in cinder.conf:" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:31(para) msgid "The following table contains the options supported by the NFS driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:36(para) msgid "As of the Icehouse release, the NFS driver (and other drivers based off it) will attempt to mount shares using version 4.1 of the NFS protocol (including pNFS). If the mount attempt is unsuccessful due to a lack of client or server support, a subsequent mount attempt that requests the default behavior of the command will be performed. On most distributions, the default behavior is to attempt mounting first with NFS v4.0, then silently fall back to NFS v3.0 if necessary. If the configuration option contains a request for a specific version of NFS to be used, or if specific options are specified in the shares configuration file specified by the configuration option, the mount will be attempted as requested with no subsequent attempts." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:55(title) msgid "How to use the NFS driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:58(para) msgid "Access to one or more NFS servers. Creating an NFS server is outside the scope of this document. This example assumes access to the following NFS servers and mount points:" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:64(literal) msgid "192.168.1.200:/storage" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:67(literal) msgid "192.168.1.201:/storage" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:70(literal) msgid "192.168.1.202:/storage" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:73(para) msgid "This example demonstrates the use of with this driver with multiple NFS servers. Multiple servers are not required. One is usually enough." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:78(para) msgid "Add your list of NFS servers to the file you specified with the nfs_shares_config option. For example, if the value of this option was set to /etc/cinder/shares.txt, then:" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:88(para) msgid "Comments are allowed in this file. They begin with a #." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:92(para) msgid "Configure the nfs_mount_point_base option. This is a directory where cinder-volume mounts all NFS shares stored in shares.txt. For this example, /var/lib/cinder/nfs is used. You can, of course, use the default value of $state_path/mnt." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:103(para) msgid "Start the cinder-volume service. /var/lib/cinder/nfs should now contain a directory for each NFS share specified in shares.txt. The name of each directory is a hashed name:" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:115(para) msgid "You can now create volumes as you normally would:" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:120(para) msgid "This volume can also be attached and deleted just like other volumes. However, snapshotting is not supported." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:127(title) msgid "NFS driver notes" msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:130(para) msgid "cinder-volume manages the mounting of the NFS shares as well as volume creation on the shares. Keep this in mind when planning your OpenStack architecture. If you have one master NFS server, it might make sense to only have one cinder-volume service to handle all requests to that NFS server. However, if that single server is unable to handle all requests, more than one cinder-volume service is needed as well as potentially more than one NFS server." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:146(para) msgid "Because data is stored in a file and not actually on a block storage device, you might not see the same IO performance as you would with a traditional block storage driver. Please test accordingly." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:153(para) msgid "Despite possible IO performance loss, having volume data stored in a file might be beneficial. For example, backing up volumes can be as easy as copying the volume files." msgstr "" #: ./doc/config-reference/block-storage/drivers/nfs-volume-driver.xml:158(para) msgid "Regular IO flushing and syncing still stands." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:4(title) msgid "IBM GPFS volume driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:5(para) msgid "IBM General Parallel File System (GPFS) is a cluster file system that provides concurrent access to file systems from multiple nodes. The storage provided by these nodes can be direct attached, network attached, SAN attached, or a combination of these methods. GPFS provides many features beyond common data access, including data replication, policy based storage management, and space efficient file snapshot and clone operations." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:14(title) msgid "How the GPFS driver works" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:15(para) msgid "The GPFS driver enables the use of GPFS in a fashion similar to that of the NFS driver. With the GPFS driver, instances do not actually access a storage device at the block level. Instead, volume backing files are created in a GPFS file system and mapped to instances, which emulate a block device." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:23(para) msgid "GPFS software must be installed and running on nodes where Block Storage and Compute services run in the OpenStack environment. A GPFS file system must also be created and mounted on these nodes before starting the cinder-volume service. The details of these GPFS specific steps are covered in GPFS: Concepts, Planning, and Installation Guide and GPFS: Administration and Programming Reference." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:35(para) msgid "Optionally, the Image Service can be configured to store images on a GPFS file system. When a Block Storage volume is created from an image, if both image data and volume data reside in the same GPFS file system, the data from image file is moved efficiently to the volume file using copy-on-write optimization strategy." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:43(title) msgid "Enable the GPFS driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:44(para) msgid "To use the Block Storage service with the GPFS driver, first set the volume_driver in cinder.conf:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:48(para) msgid "The following table contains the configuration options supported by the GPFS driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:53(para) msgid "The gpfs_images_share_mode flag is only valid if the Image Service is configured to use GPFS with the gpfs_images_dir flag. When the value of this flag is copy_on_write, the paths specified by the gpfs_mount_point_base and gpfs_images_dir flags must both reside in the same GPFS file system and in the same GPFS file set." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:66(title) msgid "Volume creation options" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:67(para) msgid "It is possible to specify additional volume configuration options on a per-volume basis by specifying volume metadata. The volume is created using the specified options. Changing the metadata after the volume is created has no effect. The following table lists the volume creation options supported by the GPFS volume driver." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:75(caption) msgid "Volume Create Options for GPFS Volume Drive" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:79(th) msgid "Metadata Item Name" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:85(literal) ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:98(literal) ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:99(literal) msgid "fstype" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:88(literal) msgid "fstype=swap" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:86(td) msgid "Specifies whether to create a file system or a swap area on the new volume. If is specified, the mkswap command is used to create a swap area. Otherwise the mkfs command is passed the specified file system type, for example ext3, ext4 or ntfs." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:96(literal) msgid "fslabel" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:97(td) msgid "Sets the file system label for the file system specified by option. This value is only used if is specified." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:103(literal) msgid "data_pool_name" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:105(para) msgid "Specifies the GPFS storage pool to which the volume is to be assigned. Note: The GPFS storage pool must already have been created." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:111(literal) msgid "replicas" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:113(para) msgid "Specifies how many copies of the volume file to create. Valid values are 1, 2, and, for GPFS V3.5.0.7 and later, 3. This value cannot be greater than the value of the MaxDataReplicas attribute of the file system." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:122(literal) msgid "dio" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:124(para) msgid "Enables or disables the Direct I/O caching policy for the volume file. Valid values are yes and no." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:130(literal) msgid "write_affinity_depth" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:132(para) msgid "Specifies the allocation policy to be used for the volume file. Note: This option only works if allow-write-affinity is set for the GPFS data pool." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:139(literal) msgid "block_group_factor" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:141(para) msgid "Specifies how many blocks are laid out sequentially in the volume file to behave as a single large block. Note: This option only works if allow-write-affinity is set for the GPFS data pool." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:149(literal) msgid "write_affinity_failure_group" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:151(para) msgid "Specifies the range of nodes (in GPFS shared nothing architecture) where replicas of blocks in the volume file are to be written. See GPFS: Administration and Programming Reference for more details on this option." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:162(title) msgid "Example: Volume creation options" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:163(para) msgid "This example shows the creation of a 50GB volume with an ext4 file system labeled newfs and direct IO enabled:" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:169(title) msgid "Operational notes for GPFS driver" msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:172(para) msgid "Volume snapshots are implemented using the GPFS file clone feature. Whenever a new snapshot is created, the snapshot file is efficiently created as a read-only clone parent of the volume, and the volume file uses copy-on-write optimization strategy to minimize data movement." msgstr "" #: ./doc/config-reference/block-storage/drivers/ibm-gpfs-volume-driver.xml:178(para) msgid "Similarly when a new volume is created from a snapshot or from an existing volume, the same approach is taken. The same approach is also used when a new volume is created from an Image Service image, if the source image is in raw format, and gpfs_images_share_mode is set to copy_on_write." msgstr "" #: ./doc/config-reference/block-storage/drivers/samples/emc-vmax.xml:3(StorageType) ./doc/config-reference/block-storage/drivers/samples/emc-vmax.xml:4(MaskingView) ./doc/config-reference/block-storage/drivers/samples/emc-vmax.xml:6(EcomServerPort) ./doc/config-reference/block-storage/drivers/samples/emc-vnx.xml:3(StorageType) ./doc/config-reference/block-storage/drivers/samples/emc-vnx.xml:5(EcomServerPort) msgid "xxxx" msgstr "" #: ./doc/config-reference/block-storage/drivers/samples/emc-vmax.xml:5(EcomServerIp) ./doc/config-reference/block-storage/drivers/samples/emc-vnx.xml:4(EcomServerIp) msgid "x.x.x.x" msgstr "" #: ./doc/config-reference/block-storage/drivers/samples/emc-vmax.xml:7(EcomUserName) ./doc/config-reference/block-storage/drivers/samples/emc-vmax.xml:8(EcomPassword) ./doc/config-reference/block-storage/drivers/samples/emc-vnx.xml:6(EcomUserName) ./doc/config-reference/block-storage/drivers/samples/emc-vnx.xml:7(EcomPassword) msgid "xxxxxxxx" msgstr "" #: ./doc/config-reference/block-storage/drivers/samples/emc-vmax.xml:9(Timeout) ./doc/config-reference/block-storage/drivers/samples/emc-vnx.xml:8(Timeout) msgid "xx" msgstr "" #: ./doc/config-reference/block-storage/backup/tsm-backup-driver.xml:6(title) msgid "IBM Tivoli Storage Manager backup driver" msgstr "" #: ./doc/config-reference/block-storage/backup/tsm-backup-driver.xml:7(para) msgid "The IBM Tivoli Storage Manager (TSM) backup driver enables performing volume backups to a TSM server." msgstr "" #: ./doc/config-reference/block-storage/backup/tsm-backup-driver.xml:10(para) msgid "The TSM client should be installed and configured on the machine running the cinder-backup service. See the IBM Tivoli Storage Manager Backup-Archive Client Installation and User's Guide for details on installing the TSM client." msgstr "" #: ./doc/config-reference/block-storage/backup/tsm-backup-driver.xml:17(para) msgid "To enable the IBM TSM backup driver, include the following option in cinder.conf:" msgstr "" #: ./doc/config-reference/block-storage/backup/tsm-backup-driver.xml:20(para) msgid "The following configuration options are available for the TSM backup driver." msgstr "" #: ./doc/config-reference/block-storage/backup/tsm-backup-driver.xml:23(para) msgid "This example shows the default options for the TSM backup driver." msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:11(title) msgid "Ceph backup driver" msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:12(para) msgid "The Ceph backup driver backs up volumes of any type to a Ceph back-end store. The driver can also detect whether the volume to be backed up is a Ceph RBD volume, and if so, it tries to perform incremental and differential backups." msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:17(para) msgid "For source Ceph RBD volumes, you can perform backups within the same Ceph pool (not recommended) and backups between different Ceph pools and between different Ceph clusters." msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:21(para) msgid "At the time of writing, differential backup support in Ceph/librbd was quite new. This driver attempts a differential backup in the first instance. If the differential backup fails, the driver falls back to full backup/copy." msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:26(para) msgid "If incremental backups are used, multiple backups of the same volume are stored as snapshots so that minimal space is consumed in the backup store. It takes far less time to restore a volume than to take a full copy." msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:32(para) msgid "Block Storage enables you to:" msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:35(para) msgid "Restore to a new volume, which is the default and recommended action." msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:40(para) msgid "Restore to the original volume from which the backup was taken. The restore action takes a full copy because this is the safest action." msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:48(para) msgid "To enable the Ceph backup driver, include the following option in the cinder.conf file:" msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:52(para) msgid "The following configuration options are available for the Ceph backup driver." msgstr "" #: ./doc/config-reference/block-storage/backup/ceph-backup-driver.xml:56(para) msgid "This example shows the default options for the Ceph backup driver." msgstr "" #: ./doc/config-reference/block-storage/backup/swift-backup-driver.xml:5(title) msgid "Swift backup driver" msgstr "" #: ./doc/config-reference/block-storage/backup/swift-backup-driver.xml:6(para) msgid "The backup driver for Swift back-end performs a volume backup to a Swift object storage system." msgstr "" #: ./doc/config-reference/block-storage/backup/swift-backup-driver.xml:8(para) msgid "To enable the Swift backup driver, include the following option in the cinder.conf file:" msgstr "" #: ./doc/config-reference/block-storage/backup/swift-backup-driver.xml:12(para) msgid "The following configuration options are available for the Swift back-end backup driver." msgstr "" #: ./doc/config-reference/block-storage/backup/swift-backup-driver.xml:16(para) msgid "This example shows the default options for the Swift back-end backup driver." msgstr "" #: ./doc/config-reference/database-service/section-databaseservice-rpc.xml:12(para) msgid "OpenStack projects use an open standard for messaging middleware known as AMQP. This messaging middleware enables the OpenStack services that run on multiple servers to talk to each other. OpenStack Trove RPC supports three implementations of AMQP: RabbitMQ, Qpid, and ZeroMQ." msgstr "" #: ./doc/config-reference/database-service/section-databaseservice-rpc.xml:22(para) msgid "Use these options to configure the RabbitMQ messaging system:" msgstr "" #: ./doc/config-reference/database-service/section-databaseservice-rpc.xml:29(para) msgid "Use these options to configure the Qpid messaging system:" msgstr "" #: ./doc/config-reference/database-service/section-databaseservice-rpc.xml:35(title) msgid "Configure ZeroMq" msgstr "" #: ./doc/config-reference/database-service/section-databaseservice-rpc.xml:36(para) msgid "Use these options to configure the ZeroMq messaging system:" msgstr "" #: ./doc/config-reference/database-service/section-databaseservice-db.xml:11(title) msgid "Configure the database" msgstr "" #: ./doc/config-reference/database-service/section-databaseservice-db.xml:13(para) msgid "Use the options to configure the used databases:" msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:4(title) msgid "Telemetry sample configuration files" msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:5(para) msgid "All the files in this section can be found in the /etc/ceilometer/ directory." msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:8(title) msgid "ceilometer.conf" msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:9(para) msgid "The configuration for the Telemetry services and agents is found in the ceilometer.conf file." msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:11(para) ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:11(para) ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:19(para) msgid "This file must be modified after installation." msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:18(title) msgid "event_definitions.yaml" msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:19(para) msgid "The event_definitions.yaml file defines how events received from other OpenStack components should be translated to Telemetry samples." msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:22(para) ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:31(para) ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:26(para) msgid "You should not need to modify this file." msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:26(title) msgid "pipeline.yaml" msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:27(para) msgid "Pipelines describe a coupling between sources of samples and the corresponding sinks for transformation and publication of these data. They are defined in the pipeline.yaml file." msgstr "" #: ./doc/config-reference/telemetry/section_telemetry-sample-configuration-files.xml:36(para) msgid "The policy.json file defines additional access controls that apply to the Telemetry service." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:6(title) msgid "Endpoint listing middleware" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:7(para) msgid "The endpoint listing middleware enables third-party services that use data locality information to integrate with OpenStack Object Storage. This middleware reduces network overhead and is designed for third-party services that run inside the firewall. Deploy this middleware on a proxy server because usage of this middleware is not authenticated." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:11(para) msgid "Format requests for endpoints, as follows:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:12(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:13(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:14(replaceable) msgid "{account}" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:12(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:13(replaceable) msgid "{container}" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:12(replaceable) msgid "{object}" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:15(para) msgid "Use the configuration option in the proxy_server.conf file to customize the /endpoints/ path." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:18(para) msgid "Responses are JSON-encoded lists of endpoints, as follows:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:20(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:21(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:22(replaceable) msgid "{server}" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:20(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:21(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:22(replaceable) msgid "{port}" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:20(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:21(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:22(replaceable) msgid "{dev}" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:20(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:21(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:22(replaceable) msgid "{part}" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:20(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:21(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:22(replaceable) msgid "{acc}" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:20(replaceable) ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:21(replaceable) msgid "{cont}" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:20(replaceable) msgid "{obj}" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-listendpoints.xml:23(para) msgid "An example response is:" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:6(title) msgid "Configure Object Storage with the S3 API" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:7(para) msgid "The Swift3 middleware emulates the S3 REST API on top of Object Storage." msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:9(para) msgid "The following operations are currently supported:" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:12(para) msgid "GET Service" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:15(para) msgid "DELETE Bucket" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:18(para) msgid "GET Bucket (List Objects)" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:21(para) msgid "PUT Bucket" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:24(para) msgid "DELETE Object" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:27(para) msgid "GET Object" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:30(para) msgid "HEAD Object" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:33(para) msgid "PUT Object" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:36(para) msgid "PUT Object (Copy)" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:39(para) msgid "To use this middleware, first download the latest version from its repository to your proxy server(s)." msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:43(para) msgid "Optional: To use this middleware with Object Storage 1.7.0 and previous versions, you must use the v1.7 tag of the fujita/swift3 repository. Clone the repository, as shown previously, and run this command:" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:47(para) msgid "Then, install it using standard python mechanisms, such as:" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:50(para) msgid "Alternatively, if you have configured the Ubuntu Cloud Archive, you may use: " msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:53(para) msgid "To add this middleware to your configuration, add the swift3 middleware in front of the swauth middleware, and before any other middleware that look at Object Storage requests (like rate limiting)." msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:56(para) msgid "Ensure that your proxy-server.conf file contains swift3 in the pipeline and the [filter:swift3] section, as shown below:" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:64(para) msgid "Next, configure the tool that you use to connect to the S3 API. For S3curl, for example, you must add your host IP information by adding your host IP to the @endpoints array (line 33 in s3curl.pl):" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:69(para) msgid "Now you can send commands to the endpoint, such as:" msgstr "" #: ./doc/config-reference/object-storage/section_configure_s3.xml:73(para) msgid "To set up your client, the access key will be the concatenation of the account and user strings that should look like test:tester, and the secret access key is the account password. The host should also point to the Object Storage storage node's hostname. It also will have to use the old-style calling format, and not the hostname-based container format. Here is an example client setup using the Python boto library on a locally installed all-in-one Object Storage installation." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:6(title) msgid "Configure Object Storage features" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:8(title) msgid "Object Storage zones" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:9(para) msgid "In OpenStack Object Storage, data is placed across different tiers of failure domains. First, data is spread across regions, then zones, then servers, and finally across drives. Data is placed to get the highest failure domain isolation. If you deploy multiple regions, the Object Storage service places the data across the regions. Within a region, each replica of the data should be stored in unique zones, if possible. If there is only one zone, data should be placed on different servers. And if there is only one server, data should be placed on different drives." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:20(para) msgid "Regions are widely separated installations with a high-latency or otherwise constrained network link between them. Zones are arbitrarily assigned, and it is up to the administrator of the Object Storage cluster to choose an isolation level and attempt to maintain the isolation level through appropriate zone assignment. For example, a zone may be defined as a rack with a single power source. Or a zone may be a DC room with a common utility provider. Servers are identified by a unique IP/port. Drives are locally attached storage volumes identified by mount point." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:31(para) msgid "In small clusters (five nodes or fewer), everything is normally in a single zone. Larger Object Storage deployments may assign zone designations differently; for example, an entire cabinet or rack of servers may be designated as a single zone to maintain replica availability if the cabinet becomes unavailable (for example, due to failure of the top of rack switches or a dedicated circuit). In very large deployments, such as service provider level deployments, each zone might have an entirely autonomous switching and power infrastructure, so that even the loss of an electrical circuit or switching aggregator would result in the loss of a single replica at most." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:45(title) msgid "Rackspace zone recommendations" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:46(para) msgid "For ease of maintenance on OpenStack Object Storage, Rackspace recommends that you set up at least five nodes. Each node is assigned its own zone (for a total of five zones), which gives you host level redundancy. This enables you to take down a single zone for maintenance and still guarantee object availability in the event that another zone fails during your maintenance." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:54(para) msgid "You could keep each server in its own cabinet to achieve cabinet level isolation, but you may wish to wait until your Object Storage service is better established before developing cabinet-level isolation. OpenStack Object Storage is flexible; if you later decide to change the isolation level, you can take down one zone at a time and move them to appropriate new homes." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:62(title) msgid "RAID controller configuration" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:63(para) msgid "OpenStack Object Storage does not require RAID. In fact, most RAID configurations cause significant performance degradation. The main reason for using a RAID controller is the battery-backed cache. It is very important for data integrity reasons that when the operating system confirms a write has been committed that the write has actually been committed to a persistent location. Most disks lie about hardware commits by default, instead writing to a faster write cache for performance reasons. In most cases, that write cache exists only in non-persistent memory. In the case of a loss of power, this data may never actually get committed to disk, resulting in discrepancies that the underlying file system must handle." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:76(para) msgid "OpenStack Object Storage works best on the XFS file system, and this document assumes that the hardware being used is configured appropriately to be mounted with the option. For more information, refer to the XFS FAQ: http://xfs.org/index.php/XFS_FAQ" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:84(para) msgid "To get the most out of your hardware, it is essential that every disk used in OpenStack Object Storage is configured as a standalone, individual RAID 0 disk; in the case of 6 disks, you would have six RAID 0s or one JBOD. Some RAID controllers do not support JBOD or do not support battery backed cache with JBOD. To ensure the integrity of your data, you must ensure that the individual drive caches are disabled and the battery backed cache in your RAID card is configured and used. Failure to configure the controller properly in this case puts data at risk in the case of sudden loss of power." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:96(para) msgid "You can also use hybrid drives or similar options for battery backed up cache configurations without a RAID controller." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:102(title) msgid "Throttle resources through rate limits" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:103(para) msgid "Rate limiting in OpenStack Object Storage is implemented as a pluggable middleware that you configure on the proxy server. Rate limiting is performed on requests that result in database writes to the account and container SQLite databases. It uses memcached and is dependent on the proxy servers having highly synchronized time. The rate limits are limited by the accuracy of the proxy server clocks." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:112(title) msgid "Configure rate limiting" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:113(para) msgid "All configuration is optional. If no account or container limits are provided, no rate limiting occurs. Available configuration options include:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:119(para) msgid "The container rate limits are linearly interpolated from the values given. A sample container rate limiting could be:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:122(para) msgid "container_ratelimit_100 = 100" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:123(para) msgid "container_ratelimit_200 = 50" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:124(para) msgid "container_ratelimit_500 = 20" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:125(para) msgid "This would result in:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:127(caption) msgid "Values for Rate Limiting with Sample Configuration Settings" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:131(td) msgid "Container Size" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:132(td) msgid "Rate Limit" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:135(td) msgid "0-99" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:136(td) msgid "No limiting" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:139(td) ./doc/config-reference/object-storage/section_object-storage-features.xml:140(td) msgid "100" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:144(td) msgid "150" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:145(td) msgid "75" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:148(td) msgid "500" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:149(td) ./doc/config-reference/object-storage/section_object-storage-features.xml:153(td) msgid "20" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:152(td) msgid "1000" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:160(title) msgid "Health check" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:161(para) msgid "Provides an easy way to monitor whether the Object Storage proxy server is alive. If you access the proxy with the path /healthcheck, it responds with OK in the response body, which monitoring tools can use." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:169(title) msgid "Domain remap" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:170(para) msgid "Middleware that translates container and account parts of a domain to path parameters that the proxy server understands." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:178(title) msgid "CNAME lookup" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:179(para) msgid "Middleware that translates an unknown domain in the host header to something that ends with the configured storage_domain by looking up the given domain's CNAME record in DNS." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:189(title) msgid "Temporary URL" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:190(para) msgid "Allows the creation of URLs to provide temporary access to objects. For example, a website may wish to provide a link to download a large object in OpenStack Object Storage, but the Object Storage account has no public access. The website can generate a URL that provides GET access for a limited time to the resource. When the web browser user clicks on the link, the browser downloads the object directly from Object Storage, eliminating the need for the website to act as a proxy for the request. If the user shares the link with all his friends, or accidentally posts it on a forum, the direct access is limited to the expiration time set when the website created the link." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:201(literal) msgid "temp_url_sig" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:203(para) msgid "A cryptographic signature" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:207(literal) msgid "temp_url_expires" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:209(para) msgid "An expiration date, in Unix time" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:198(para) msgid "A temporary URL is the typical URL associated with an object, with two additional query parameters:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:213(para) msgid "An example of a temporary URL:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:219(para) msgid "To create temporary URLs, first set the X-Account-Meta-Temp-URL-Key header on your Object Storage account to an arbitrary string. This string serves as a secret key. For example, to set a key of b3968d0207b54ece87cccc06515a89d4 using the command-line tool:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:224(replaceable) msgid "b3968d0207b54ece87cccc06515a89d4" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:225(para) msgid "Next, generate an HMAC-SHA1 (RFC 2104) signature to specify:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:229(para) msgid "Which HTTP method to allow (typically GET or PUT)" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:234(para) msgid "The expiry date as a Unix timestamp" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:237(para) msgid "The full path to the object" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:240(para) msgid "The secret key set as the X-Account-Meta-Temp-URL-Key" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:244(para) msgid "Here is code generating the signature for a GET for 24 hours on /v1/AUTH_account/container/object:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:259(para) msgid "Any alteration of the resource path or query arguments results in a 401Unauthorized error. Similarly, a PUT where GET was the allowed method returns a 401. HEAD is allowed if GET or PUT is allowed. Using this in combination with browser form post translation middleware could also allow direct-from-browser uploads to specific locations in Object Storage." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:269(para) msgid "Changing the X-Account-Meta-Temp-URL-Key invalidates any previously generated temporary URLs within 60 seconds (the memcache time for the key). Object Storage supports up to two keys, specified by X-Account-Meta-Temp-URL-Key and X-Account-Meta-Temp-URL-Key-2. Signatures are checked against both keys, if present. This is to allow for key rotation without invalidating all existing temporary URLs." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:281(para) msgid "Opject Storage includes a script called that generates the query parameters automatically:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:288(para) msgid "Because this command only returns the path, you must prefix the Object Storage host name (for example, https://swift-cluster.example.com)." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:291(para) msgid "With GET Temporary URLs, a Content-Disposition header is set on the response so that browsers interpret this as a file attachment to be saved. The file name chosen is based on the object name, but you can override this with a filename query parameter. The following example specifies a filename of My Test File.pdf:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:314(emphasis) msgid "tempurl" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:303(para) msgid "To enable Temporary URL functionality, edit /etc/swift/proxy-server.conf to add tempurl to the pipeline variable defined in the [pipeline:main] section. The tempurl entry should appear immediately before the authentication filters in the pipeline, such as authtoken, tempauth or keystoneauth. For example:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:321(title) msgid "Name check filter" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:322(para) msgid "Name Check is a filter that disallows any paths that contain defined forbidden characters or that exceed a defined length." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:330(title) msgid "Constraints" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:331(para) msgid "To change the OpenStack Object Storage internal limits, update the values in the swift-constraints section in the swift.conf file. Use caution when you update these values because they affect the performance in the entire cluster." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:342(title) msgid "Cluster health" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:343(para) msgid "Use the tool to measure overall cluster health. This tool checks if a set of deliberately distributed containers and objects are currently in their proper places within the cluster. For instance, a common deployment has three replicas of each object. The health of that object can be measured by checking if each replica is in its proper place. If only 2 of the 3 is in place the object’s health can be said to be at 66.66%, where 100% would be perfect. A single object’s health, especially an older object, usually reflects the health of that entire partition the object is in. If you make enough objects on a distinct percentage of the partitions in the cluster,you get a good estimate of the overall cluster health. In practice, about 1% partition coverage seems to balance well between accuracy and the amount of time it takes to gather results. The first thing that needs to be done to provide this health value is create a new account solely for this usage. Next, you need to place the containers and objects throughout the system so that they are on distinct partitions. The tool does this by making up random container and object names until they fall on distinct partitions. Last, and repeatedly for the life of the cluster, you must run the tool to check the health of each of these containers and objects. These tools need direct access to the entire cluster and to the ring files (installing them on a proxy server suffices). The and commands both use the same configuration file, /etc/swift/dispersion.conf. Example dispersion.conf file:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:384(para) msgid "There are also configuration options for specifying the dispersion coverage, which defaults to 1%, retries, concurrency, and so on. However, the defaults are usually fine. Once the configuration is in place, run to populate the containers and objects throughout the cluster. Now that those containers and objects are in place, you can run to get a dispersion report, or the overall health of the cluster. Here is an example of a cluster in perfect health:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:404(para) msgid "Now, deliberately double the weight of a device in the object ring (with replication turned off) and re-run the dispersion report to show what impact that has:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:420(para) msgid "You can see the health of the objects in the cluster has gone down significantly. Of course, this test environment has just four devices, in a production environment with many devices the impact of one device change is much less. Next, run the replicators to get everything put back into place and then rerun the dispersion report:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:437(para) msgid "Alternatively, the dispersion report can also be output in json format. This allows it to be more easily consumed by third-party utilities:" msgstr "" #. Usage documented in http://docs.openstack.org/developer/swift/overview_large_objects.html #: ./doc/config-reference/object-storage/section_object-storage-features.xml:451(title) msgid "Static Large Object (SLO) support" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:452(para) msgid "This feature is very similar to Dynamic Large Object (DLO) support in that it enables the user to upload many objects concurrently and afterwards download them as a single object. It is different in that it does not rely on eventually consistent container listings to do so. Instead, a user-defined manifest of the object segments is used." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:464(title) msgid "Container quotas" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:465(para) msgid "The container_quotas middleware implements simple quotas that can be imposed on Object Storage containers by a user with the ability to set container metadata, most likely the account administrator. This can be useful for limiting the scope of containers that are delegated to non-admin users, exposed to formpost uploads, or just as a self-imposed sanity check." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:470(para) msgid "Any object PUT operations that exceed these quotas return a 413 response (request entity too large) with a descriptive body." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:473(para) msgid "Quotas are subject to several limitations: eventual consistency, the timeliness of the cached container_info (60 second ttl by default), and it is unable to reject chunked transfer uploads that exceed the quota (though once the quota is exceeded, new chunked transfers are refused)." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:479(para) msgid "Set quotas by adding meta values to the container. These values are validated when you set them:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:483(para) msgid "X-Container-Meta-Quota-Bytes: Maximum size of the container, in bytes." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:487(para) msgid "X-Container-Meta-Quota-Count: Maximum object count of the container." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:496(title) msgid "Account quotas" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:497(para) msgid "The x-account-meta-quota-bytes metadata entry must be requests (PUT, POST) if a given account quota (in bytes) is exceeded while DELETE requests are still allowed." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:501(para) msgid "The x-account-meta-quota-bytes metadata entry must be set to store and enable the quota. Write requests to this metadata entry are only permitted for resellers. There is no account quota limitation on a reseller account even if x-account-meta-quota-bytes is set." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:508(para) msgid "Any object PUT operations that exceed the quota return a 413 response (request entity too large) with a descriptive body." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:511(para) msgid "The following command uses an admin account that own the Reseller role to set a quota on the test account:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:515(para) msgid "Here is the stat listing of an account where quota has been set:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:525(para) msgid "This command removes the account quota:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:529(title) msgid "Bulk delete" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:530(para) msgid "Use bulk-delete to delete multiple files from an account with a single request. Responds to DELETE requests with a header 'X-Bulk-Delete: true_value'. The body of the DELETE request is a new line-separated list of files to delete. The files listed must be URL encoded and in the form:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:540(para) msgid "If all files are successfully deleted (or did not exist), the operation returns HTTPOk. If any files failed to delete, the operation returns HTTPBadGateway. In both cases, the response body is a JSON dictionary that shows the number of files that were successfully deleted or not found. The files that failed are listed." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:553(title) msgid "Drive audit" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:554(para) msgid "The configuration items reference a script that can be run by using to watch for bad drives. If errors are detected, it unmounts the bad drive, so that OpenStack Object Storage can work around it. It takes the following options:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:565(title) msgid "Form post" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:566(para) msgid "Middleware that provides the ability to upload objects to a cluster using an HTML form POST. The format of the form is:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:581(para) msgid "The swift-url is the URL to the Object Storage destination, such as: https://swift-cluster.example.com/v1/AUTH_account/container/object_prefix The name of each file uploaded is appended to the specified swift-url. So, you can upload directly to the root of container with a URL like: https://swift-cluster.example.com/v1/AUTH_account/container/ Optionally, you can include an object prefix to better separate different users’ uploads, such as: https://swift-cluster.example.com/v1/AUTH_account/container/object_prefix" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:591(para) msgid "The form method must be POST and the enctype must be set as multipart/form-data." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:594(para) msgid "The redirect attribute is the URL to redirect the browser to after the upload completes. The URL has status and message query parameters added to it, indicating the HTTP status code for the upload (2xx is success) and a possible message for further information if there was an error (such as “max_file_size exceeded”)." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:601(para) msgid "The max_file_size attribute must be included and indicates the largest single file upload that can be done, in bytes." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:604(para) msgid "The max_file_count attribute must be included and indicates the maximum number of files that can be uploaded with the form. Include additional <![CDATA[<input type=\"file\" name=\"filexx\"/>]]> attributes if desired." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:610(para) msgid "The expires attribute is the Unix timestamp before which the form must be submitted before it is invalidated." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:613(para) msgid "The signature attribute is the HMAC-SHA1 signature of the form. This sample Python code shows how to compute the signature:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:630(para) msgid "The key is the value of the X-Account-Meta-Temp-URL-Key header on the account." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:633(para) msgid "Be certain to use the full path, from the /v1/ onward." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:635(para) msgid "The command-line tool may be used (mostly just when testing) to compute expires and signature." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:639(para) msgid "The file attributes must appear after the other attributes to be processed correctly. If attributes come after the file, they are not sent with the sub-request because on the server side, all attributes in the file cannot be parsed unless the whole file is read into memory and the server does not have enough memory to service these requests. So, attributes that follow the file are ignored." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:652(title) msgid "Static web sites" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-features.xml:653(para) msgid "When configured, this middleware serves container data as a static web site with index file and error file resolution and optional file listings. This mode is normally only active for anonymous requests." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-cors.xml:6(title) msgid "Cross-origin resource sharing" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-cors.xml:7(para) msgid "Cross-Origin Resource Sharing (CORS) is a mechanism to allow code running in a browser (JavaScript for example) to make requests to a domain other then the one from where it originated. OpenStack Object Storage supports CORS requests to containers and objects within the containers using metadata held on the container." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-cors.xml:11(para) msgid "In addition to the metadata on containers, you can use the option in the proxy-server.conf file to set a list of hosts that are included with any CORS request by default." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:6(title) msgid "Object Storage general service configuration" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:7(para) msgid "Most Object Storage services fall into two categories, Object Storage's wsgi servers and background daemons." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:11(para) msgid "Object Storage uses paste.deploy to manage server configurations. Read more at http://pythonpaste.org/deploy/." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:14(para) msgid "Default configuration options are set in the `[DEFAULT]` section, and any options specified there can be overridden in any of the other sections when the syntax set option_name = value is in place." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:19(para) msgid "Configuration for servers and daemons can be expressed together in the same file for each type of server, or separately. If a required section for the service trying to start is missing there will be an error. Sections not used by the service are ignored." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:25(para) msgid "Consider the example of an Object Storage node. By convention configuration for the object-server, object-updater, object-replicator, and object-auditor exist in a single file /etc/swift/object-server.conf:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:51(para) msgid "Object Storage services expect a configuration path as the first argument:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:59(para) msgid "If you omit the object-auditor section, this file cannot be used as the configuration path when starting the daemon:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:67(para) msgid "If the configuration path is a directory instead of a file all of the files in the directory with the file extension \".conf\" will be combined to generate the configuration object which is delivered to the Object Storage service. This is referred to generally as \"directory-based configuration\"." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:74(para) msgid "Directory-based configuration leverages ConfigParser's native multi-file support. Files ending in \".conf\" in the given directory are parsed in lexicographical order. File names starting with '.' are ignored. A mixture of file and directory configuration paths is not supported - if the configuration path is a file, only that file will be parsed." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:82(para) msgid "The Object Storage service management tool swift-init has adopted the convention of looking for /etc/swift/{type}-server.conf.d/ if the file /etc/swift/{type}-server.conf file does not exist." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:90(para) msgid "When using directory-based configuration, if the same option under the same section appears more than once in different files, the last value parsed is said to override previous occurrences. You can ensure proper override precedence by prefixing the files in the configuration directory with numerical values, as in the following example file layout:" msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:109(para) msgid "You can inspect the resulting combined configuration object using the command-line tool." msgstr "" #: ./doc/config-reference/object-storage/section_object-storage-general-service-conf.xml:113(para) msgid "All the services of an Object Store deployment share a common configuration in the [swift-hash] section of the /etc/swift/swift.conf file. The and values must be identical on all the nodes." msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-log-files.xml:6(title) msgid "Log files used by the dashboard" msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-log-files.xml:7(para) msgid "The dashboard is served to users through the Apache web server (httpd). As a result, logs relating to the dashboard appear in the following files in the /var/log/httpd or /var/log/apache2 directory of where the dashboard is hosted." msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-log-files.xml:14(caption) msgid "Log files used by the dashboard/httpd" msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-log-files.xml:30(filename) msgid "access_log" msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-log-files.xml:32(td) msgid "This file logs all attempts to access the web server." msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-log-files.xml:38(filename) msgid "error_log" msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-log-files.xml:40(td) msgid "This file logs all unsuccessful attempts to access the web server, along with the reason each attempt/request failed." msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-sample-configuration-files.xml:7(para) msgid "Find the following files in /etc/openstack-dashboard." msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-sample-configuration-files.xml:9(title) msgid "keystone_policy.json" msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-sample-configuration-files.xml:10(para) msgid "The keystone_policy.json file defines additional access controls for the dashboard that apply to the Identity service." msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-sample-configuration-files.xml:14(para) msgid "The keystone_policy.json file must match the Identity service /etc/keystone/policy.json policy file." msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-sample-configuration-files.xml:22(title) msgid "nova_policy.json" msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-sample-configuration-files.xml:23(para) msgid "The nova_policy.json file defines additional access controls for the dashboard that apply to the Compute service." msgstr "" #: ./doc/config-reference/dashboard/section_dashboard-sample-configuration-files.xml:27(para) msgid "The nova_policy.json file must match the Compute /etc/nova/policy.json policy file." msgstr "" #: ./doc/config-reference/identity/section_keystone-sample-conf-files.xml:6(title) msgid "Identity service sample configuration files" msgstr "" #: ./doc/config-reference/identity/section_keystone-sample-conf-files.xml:7(para) msgid "All the files in this section can be found in the /etc/keystone directory." msgstr "" #: ./doc/config-reference/identity/section_keystone-sample-conf-files.xml:10(title) msgid "keystone.conf" msgstr "" #: ./doc/config-reference/identity/section_keystone-sample-conf-files.xml:11(para) msgid "The majority of the Identity service configuration is performed from the keystone.conf file." msgstr "" #: ./doc/config-reference/identity/section_keystone-sample-conf-files.xml:19(title) msgid "keystone-paste.ini" msgstr "" #: ./doc/config-reference/identity/section_keystone-sample-conf-files.xml:20(para) msgid "The keystone-paste.ini file configures the Web Service Gateway Interface (WSGI) middleware pipeline for the Identity service." msgstr "" #: ./doc/config-reference/identity/section_keystone-sample-conf-files.xml:30(title) msgid "logging.conf" msgstr "" #: ./doc/config-reference/identity/section_keystone-sample-conf-files.xml:31(para) msgid "A special logging configuration file can be specified in the keystone.conf configuration file (for example, /etc/keystone/logging.conf). For details, see the Python logging module documentation ( Python Logging)." msgstr "" #: ./doc/config-reference/identity/section_keystone-sample-conf-files.xml:43(para) msgid "The policy.json file defines additional access controls that apply to the Identity service." msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:4(title) msgid "Image Service sample configuration files" msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:5(para) msgid "All the files in this section can be found in the /etc/glance/ directory." msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:8(title) msgid "glance-api.conf" msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:9(para) msgid "The configuration file for the Image Service API is found in the glance-api.conf file." msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:15(title) msgid "glance-registry.conf" msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:16(para) msgid "Configuration for the Image Service's registry, which stores the metadata about images, is found in the glance-registry.conf file." msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:23(title) msgid "glance-api-paste.ini" msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:24(para) msgid "Configuration for the Image Service's API middleware pipeline is found in the glance-api-paste.ini file." msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:30(title) msgid "glance-registry-paste.ini" msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:31(para) msgid "The Image Service's middleware pipeline for its registry is found in the glance-registry-paste.ini file." msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:36(title) msgid "glance-scrubber.conf" msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:37(para) msgid " is a utility for the Image Service that cleans up images that have been deleted; its configuration is stored in the glance-scrubber.conf file." msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:40(para) msgid "Multiple instances of glance-scrubber can be run in a single deployment, but only one of them can be designated as the cleanup_scrubber in the glance-scrubber.conf file. The cleanup_scrubber coordinates other glance-scrubber instances by maintaining the master queue of images that need to be removed." msgstr "" #: ./doc/config-reference/image-service/section_image-service-sample-configuration-files.xml:51(para) msgid "The /etc/glance/policy.json file defines additional access controls that apply to the Image Service." msgstr "" #: ./doc/config-reference/image-service/section_image-service-ISO-support.xml:5(title) msgid "Support for ISO images" msgstr "" #: ./doc/config-reference/image-service/section_image-service-ISO-support.xml:6(para) msgid "You can load ISO images into the Image Service. You can subsequently boot an ISO image using Compute." msgstr "" #: ./doc/config-reference/image-service/section_image-service-ISO-support.xml:9(title) msgid "To load an ISO image to an Image Service data store" msgstr "" #: ./doc/config-reference/image-service/section_image-service-ISO-support.xml:12(para) msgid "Obtain the ISO image. For example, ubuntu-13.04-server-amd64.iso." msgstr "" #: ./doc/config-reference/image-service/section_image-service-ISO-support.xml:16(para) msgid "In the Image Service, run the following command:" msgstr "" #: ./doc/config-reference/image-service/section_image-service-ISO-support.xml:21(para) msgid "In this command, ubuntu.iso is the name for the ISO image after it is loaded to the Image Service, and ubuntu-13.04-server-amd64.iso is the name of the source ISO image." msgstr "" #: ./doc/config-reference/image-service/section_image-service-ISO-support.xml:28(para) msgid "Optionally, confirm the upload in Compute." msgstr "" #: ./doc/config-reference/image-service/section_image-service-ISO-support.xml:29(para) ./doc/config-reference/image-service/section_image-service-ISO-support.xml:36(para) msgid "Run this command:" msgstr "" #: ./doc/config-reference/image-service/section_image-service-ISO-support.xml:34(title) msgid "To boot an instance from an ISO image" msgstr "" #: ./doc/config-reference/image-service/section_image-service-ISO-support.xml:39(para) msgid "In this command, ubuntu.iso is the ISO image, and instance_name is the name of the new instance." msgstr "" #: ./doc/config-reference/image-service/section_image-service-rpc.xml:7(para) msgid "OpenStack projects use an open standard for messaging middleware known as AMQP. This messaging middleware enables the OpenStack services that run on multiple servers to talk to each other. The OpenStack common library project, oslo, supports three implementations of AMQP: RabbitMQ, Qpid, and ZeroMQ." msgstr "" #: ./doc/config-reference/image-service/section_image-service-rpc.xml:14(para) msgid "The following tables contain settings to configure the messaging middleware for the Image Service:" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:6(title) msgid "Configure vCenter data stores for the Image Service back end" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:9(para) msgid "To use vCenter data stores for the Image Service back end, you must update the glance-api.conf file, as follows:" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:14(para) msgid "Add data store parameters to the VMware Datastore Store Options section." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:18(para) msgid "Specify vSphere as the back end." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:22(para) msgid "You must configure any configured Image Service data stores for the Compute service." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:29(para) msgid "If you intend to use multiple data stores for the back end, use the SPBM feature." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:25(para) msgid "You can specify vCenter data stores directly by using the data store name or Storage Policy Based Management (SPBM), which requires vCenter Server 5.5 or later. For details, see . " msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:32(para) msgid "In the DEFAULT section, set the default_store parameter to , as shown in this code sample:" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:42(para) msgid "The following table describes the parameters in the VMware Datastore Store Options section:" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:46(para) msgid "The following block of text shows a sample configuration:" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:55(replaceable) msgid "ADMINISTRATOR" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:63(replaceable) msgid "DATACENTER" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:66(replaceable) msgid "datastore1" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:81(replaceable) msgid "5" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:85(replaceable) msgid "/openstack_glance" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:90(title) msgid "Configure vCenter data stores for the back end" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:91(para) msgid "You can specify a vCenter data store for the back end by setting the vmware_datastore_name parameter value to the vCenter name of the data store. This configuration limits the back end to a single data store." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:96(para) msgid "Alternatively, you can specify a SPBM policy, which can comprise multiple vCenter data stores. Both approaches are described." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:100(para) msgid "SPBM requires vCenter Server 5.5 or later." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:103(title) msgid "To configure a single data store" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:105(para) msgid "If present, comment or delete the vmware_pbm_wsdl_location and vmware_pbm_policy parameters." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:111(para) msgid "Uncomment and define the vmware_datastore_name parameter with the name of the vCenter data store." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:122(title) msgid "To configure multiple data stores using SPBM" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:128(para) msgid "For details about creating tags in vSphere, see the vSphere documentation." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:135(para) msgid "Return to the glance-api.conf file." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:140(para) msgid "Comment or delete the vmware_datastore_name parameter." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:145(para) msgid "Uncomment and define the vmware_pbm_policy parameter by entering the same value as the tag you defined and applied to the data stores in vCenter." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:152(para) msgid "Uncomment and define the vmware_pbm_wsdl_location parameter by entering the location of the PBM service WSDL file. For example, file:///opt/SDK/spbm/wsdl/pbmService.wsdl." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backend-vmware.xml:158(para) msgid "If you do not set this parameter, the storage policy cannot be used to place images in the data store." msgstr "" #: ./doc/config-reference/image-service/section_image-service-backends.xml:10(title) msgid "Configuring Backends" msgstr "" #: ./doc/config-reference/image-service/section_image-service-backends.xml:11(para) msgid "The image service supports several different backends for storing virtual machine images, including Cinder, a directory on a local file system, GridFS, Ceph RBD, Amazon S3, Sheepdog, OpenStack Object Storage or VMWare ESX. The following tables detail the options available for each." msgstr "" #: ./doc/config-reference/image-service/section_image-service-api.xml:7(title) msgid "Configure the API" msgstr "" #: ./doc/config-reference/image-service/section_image-service-api.xml:8(para) msgid "The Image Service has two APIs: the user-facing API, and the registry API, which is for internal requests that require access to the database." msgstr "" #: ./doc/config-reference/image-service/section_image-service-api.xml:11(para) msgid "Both of the APIs currently have two major versions, v1 and v2. It is possible to run either or both version, by setting appropriate values of enable_v1_api, enable_v2_api, enable_v1_registry and enable_v2_registry. If the v2 API is used, running glance-registry is optional, as v2 of glance-api can connect directly to the database." msgstr "" #: ./doc/config-reference/image-service/section_image-service-api.xml:19(para) msgid "Tables of all options used to configure the APIs, including enabling SSL and modifying WSGI settings are found below." msgstr "" #. Put one translator per line, in the form of NAME , YEAR1, YEAR2 #: ./doc/config-reference/image-service/section_image-service-api.xml:0(None) msgid "translator-credits" msgstr ""