Imported Translations from Transifex

For more information about this automatic import see:
https://wiki.openstack.org/wiki/Translations/Infrastructure

Change-Id: Id5e4d2a6a567ffeb0075cd08e85e69178af87575
This commit is contained in:
OpenStack Proposal Bot 2014-11-25 06:12:54 +00:00
parent 44d2f47b6d
commit 1f690ce2fc
6 changed files with 608 additions and 483 deletions

View File

@ -1,7 +1,7 @@
msgid "" msgid ""
msgstr "" msgstr ""
"Project-Id-Version: PACKAGE VERSION\n" "Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2014-10-17 06:12+0000\n" "POT-Creation-Date: 2014-11-25 06:11+0000\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n" "Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n" "Language-Team: LANGUAGE <LL@li.org>\n"
@ -2094,7 +2094,7 @@ msgid "Hardware resources selected for the resource nodes should be capable of s
msgstr "" msgstr ""
#: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:422(para) #: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:422(para)
msgid "Disks selected for the object storage service do not need to be fast performing disks. It is recommended that object storage nodes take advantage of the best cost per terabyte available for storage at the time of acquisition and avoid enterprise class drives. In contrast, disks chosen for the block storage service should take advantage of performance boosting features and may entail the use of SSDs or flash storage to provide for high performing block storage pools. Storage performance of ephemeral disks used for instances should also be taken into consideration. If compute pools are expected to have a high utilization of ephemeral storage or requires very high performance, it would be advantageous to deploy similar hardware solutions to block storage in order to increase the storage performance." msgid "Disks selected for the object storage service do not need to be fast performing disks. We recommend that object storage nodes take advantage of the best cost per terabyte available for storage at the time of acquisition and avoid enterprise class drives. In contrast, disks chosen for the block storage service should take advantage of performance boosting features and may entail the use of SSDs or flash storage to provide for high performing block storage pools. Storage performance of ephemeral disks used for instances should also be taken into consideration. If compute pools are expected to have a high utilization of ephemeral storage or requires very high performance, it would be advantageous to deploy similar hardware solutions to block storage in order to increase the storage performance."
msgstr "" msgstr ""
#: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:441(term) #: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:441(term)
@ -2178,7 +2178,7 @@ msgid "Availability"
msgstr "" msgstr ""
#: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:584(para) #: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:584(para)
msgid "To ensure that access to nodes within the cloud is not interrupted, it is recommended that the network architecture identify any single points of failure and provide some level of redundancy or fault tolerance. With regard to the network infrastructure itself, this often involves use of networking protocols such as LACP, VRRP or others to achieve a highly available network connection. In addition, it is important to consider the networking implications on API availability. In order to ensure that the APIs, and potentially other services in the cloud are highly available, it is recommended to design load balancing solutions within the network architecture to accommodate for these requirements." msgid "To ensure that access to nodes within the cloud is not interrupted, we recommend that the network architecture identify any single points of failure and provide some level of redundancy or fault tolerance. With regard to the network infrastructure itself, this often involves use of networking protocols such as LACP, VRRP or others to achieve a highly available network connection. In addition, it is important to consider the networking implications on API availability. In order to ensure that the APIs, and potentially other services in the cloud are highly available, we recommend you design load balancing solutions within the network architecture to accommodate for these requirements."
msgstr "" msgstr ""
#: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:603(title) ./doc/arch-design/generalpurpose/section_tech_considerations_general_purpose.xml:294(title) ./doc/arch-design/compute_focus/section_architecture_compute_focus.xml:363(title) ./doc/arch-design/storage_focus/section_architecture_storage_focus.xml:386(title) #: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:603(title) ./doc/arch-design/generalpurpose/section_tech_considerations_general_purpose.xml:294(title) ./doc/arch-design/compute_focus/section_architecture_compute_focus.xml:363(title) ./doc/arch-design/storage_focus/section_architecture_storage_focus.xml:386(title)
@ -2202,7 +2202,7 @@ msgid "Operating system and hypervisor"
msgstr "" msgstr ""
#: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:620(para) #: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:620(para)
msgid "The selection of operating system (OS) and hypervisor has a tremendous impact on the overall design. Selecting a particular operating system and hypervisor can also directly affect server hardware selection. It is recommended to make sure the storage hardware selection and topology support the selected operating system and hypervisor combination. Finally, it is important to ensure that the networking hardware selection and topology will work with the chosen operating system and hypervisor combination. For example, if the design uses Link Aggregation Control Protocol (LACP), the OS and hypervisor both need to support it." msgid "The selection of operating system (OS) and hypervisor has a tremendous impact on the overall design. Selecting a particular operating system and hypervisor can also directly affect server hardware selection. We recommend you make sure the storage hardware selection and topology support the selected operating system and hypervisor combination. Finally, it is important to ensure that the networking hardware selection and topology will work with the chosen operating system and hypervisor combination. For example, if the design uses Link Aggregation Control Protocol (LACP), the OS and hypervisor both need to support it."
msgstr "" msgstr ""
#: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:632(para) ./doc/arch-design/compute_focus/section_architecture_compute_focus.xml:392(para) ./doc/arch-design/storage_focus/section_architecture_storage_focus.xml:413(para) #: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:632(para) ./doc/arch-design/compute_focus/section_architecture_compute_focus.xml:392(para) ./doc/arch-design/storage_focus/section_architecture_storage_focus.xml:413(para)
@ -2318,7 +2318,7 @@ msgid "Database software"
msgstr "" msgstr ""
#: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:824(para) #: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:824(para)
msgid "A large majority of the OpenStack components require access to back-end database services to store state and configuration information. Selection of an appropriate back-end database that will satisfy the availability and fault tolerance requirements of the OpenStack services is required. OpenStack services supports connecting to any database that is supported by the SQLAlchemy python drivers, however, most common database deployments make use of MySQL or variations of it. It is recommended that the database which provides back-end service within a general purpose cloud be made highly available when using an available technology which can accomplish that goal. Some of the more common software solutions used include Galera, MariaDB and MySQL with multi-master replication." msgid "A large majority of the OpenStack components require access to back-end database services to store state and configuration information. Selection of an appropriate back-end database that will satisfy the availability and fault tolerance requirements of the OpenStack services is required. OpenStack services supports connecting to any database that is supported by the SQLAlchemy python drivers, however, most common database deployments make use of MySQL or variations of it. We recommend that the database which provides back-end service within a general purpose cloud be made highly available when using an available technology which can accomplish that goal. Some of the more common software solutions used include Galera, MariaDB and MySQL with multi-master replication."
msgstr "" msgstr ""
#: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:840(title) #: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:840(title)
@ -2326,7 +2326,7 @@ msgid "Addressing performance-sensitive workloads"
msgstr "" msgstr ""
#: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:841(para) #: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:841(para)
msgid "Although one of the key defining factors for a general purpose OpenStack cloud is that performance is not a determining factor, there may still be some performance-sensitive workloads deployed on the general purpose OpenStack cloud. For design guidance on performance-sensitive workloads, it is recommended to refer to the focused scenarios later in this guide. The resource-focused guides can be used as a supplement to this guide to help with decisions regarding performance-sensitive workloads." msgid "Although one of the key defining factors for a general purpose OpenStack cloud is that performance is not a determining factor, there may still be some performance-sensitive workloads deployed on the general purpose OpenStack cloud. For design guidance on performance-sensitive workloads, we recommend that you refer to the focused scenarios later in this guide. The resource-focused guides can be used as a supplement to this guide to help with decisions regarding performance-sensitive workloads."
msgstr "" msgstr ""
#: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:853(title) #: ./doc/arch-design/generalpurpose/section_architecture_general_purpose.xml:853(title)

View File

@ -1,7 +1,7 @@
msgid "" msgid ""
msgstr "" msgstr ""
"Project-Id-Version: PACKAGE VERSION\n" "Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2014-11-22 13:37+0000\n" "POT-Creation-Date: 2014-11-25 06:12+0000\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n" "Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n" "Language-Team: LANGUAGE <LL@li.org>\n"
@ -6509,7 +6509,7 @@ msgid "Prerequisite"
msgstr "" msgstr ""
#: ./doc/common/section_cli_install.xml:36(para) #: ./doc/common/section_cli_install.xml:36(para)
msgid "Python 2.6 or later" msgid "Python 2.7 or later"
msgstr "" msgstr ""
#: ./doc/common/section_cli_install.xml:39(para) #: ./doc/common/section_cli_install.xml:39(para)

View File

@ -19,8 +19,8 @@
msgid "" msgid ""
msgstr "" msgstr ""
"Project-Id-Version: OpenStack Manuals\n" "Project-Id-Version: OpenStack Manuals\n"
"POT-Creation-Date: 2014-11-21 19:01+0000\n" "POT-Creation-Date: 2014-11-25 03:32+0000\n"
"PO-Revision-Date: 2014-11-21 14:14+0000\n" "PO-Revision-Date: 2014-11-25 01:15+0000\n"
"Last-Translator: openstackjenkins <jenkins@openstack.org>\n" "Last-Translator: openstackjenkins <jenkins@openstack.org>\n"
"Language-Team: French (http://www.transifex.com/projects/p/openstack-manuals-i18n/language/fr/)\n" "Language-Team: French (http://www.transifex.com/projects/p/openstack-manuals-i18n/language/fr/)\n"
"MIME-Version: 1.0\n" "MIME-Version: 1.0\n"
@ -9611,7 +9611,7 @@ msgid "Prerequisite"
msgstr "Prérequis" msgstr "Prérequis"
#: ./doc/common/section_cli_install.xml36(para) #: ./doc/common/section_cli_install.xml36(para)
msgid "Python 2.6 or later" msgid "Python 2.7 or later"
msgstr "" msgstr ""
#: ./doc/common/section_cli_install.xml39(para) #: ./doc/common/section_cli_install.xml39(para)

View File

@ -7,8 +7,8 @@
msgid "" msgid ""
msgstr "" msgstr ""
"Project-Id-Version: OpenStack Manuals\n" "Project-Id-Version: OpenStack Manuals\n"
"POT-Creation-Date: 2014-11-21 19:01+0000\n" "POT-Creation-Date: 2014-11-25 03:32+0000\n"
"PO-Revision-Date: 2014-11-21 14:14+0000\n" "PO-Revision-Date: 2014-11-25 01:15+0000\n"
"Last-Translator: openstackjenkins <jenkins@openstack.org>\n" "Last-Translator: openstackjenkins <jenkins@openstack.org>\n"
"Language-Team: Japanese (http://www.transifex.com/projects/p/openstack-manuals-i18n/language/ja/)\n" "Language-Team: Japanese (http://www.transifex.com/projects/p/openstack-manuals-i18n/language/ja/)\n"
"MIME-Version: 1.0\n" "MIME-Version: 1.0\n"
@ -9599,8 +9599,8 @@ msgid "Prerequisite"
msgstr "前提" msgstr "前提"
#: ./doc/common/section_cli_install.xml36(para) #: ./doc/common/section_cli_install.xml36(para)
msgid "Python 2.6 or later" msgid "Python 2.7 or later"
msgstr "Python 2.6 またはそれ以降" msgstr ""
#: ./doc/common/section_cli_install.xml39(para) #: ./doc/common/section_cli_install.xml39(para)
msgid "Currently, the clients do not support Python 3." msgid "Currently, the clients do not support Python 3."

File diff suppressed because one or more lines are too long

File diff suppressed because it is too large Load Diff