#
# AUTHOR <EMAIL@ADDRESS>, YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: 0\n"
"POT-Creation-Date: 2018-05-14 18:03-0500\n"
"PO-Revision-Date: 2018-05-14 18:03-0500\n"
"Last-Translator: Automatically generated\n"
"Language-Team: None\n"
"MIME-Version: 1.0\n"
"Content-Type: application/x-publican; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
#. Tag: title
#, no-c-format
msgid "Reusing Parts of the Configuration"
msgstr ""
#. Tag: para
#, no-c-format
msgid "Pacemaker provides multiple ways to simplify the configuration XML by reusing parts of it in multiple places."
msgstr ""
#. Tag: para
#, no-c-format
msgid "Besides simplifying the XML, this also allows you to manipulate multiple configuration elements with a single reference."
msgstr ""
#. Tag: title
#, no-c-format
msgid "Reusing Resource Definitions"
msgstr ""
#. Tag: para
#, no-c-format
msgid "If you want to create lots of resources with similar configurations, defining a <emphasis>resource template</emphasis> simplifies the task. Once defined, it can be referenced in primitives or in certain types of constraints."
msgstr ""
#. Tag: title
#, no-c-format
msgid "Configuring Resources with Templates"
msgstr ""
#. Tag: para
#, no-c-format
msgid "The primitives referencing the template will inherit all meta-attributes, instance attributes, utilization attributes and operations defined in the template. And you can define specific attributes and operations for any of the primitives. If any of these are defined in both the template and the primitive, the values defined in the primitive will take precedence over the ones defined in the template."
msgstr ""
#. Tag: para
#, no-c-format
msgid "Hence, resource templates help to reduce the amount of configuration work. If any changes are needed, they can be done to the template definition and will take effect globally in all resource definitions referencing that template."
msgstr ""
#. Tag: para
#, no-c-format
msgid "Resource templates have a syntax similar to that of primitives."
msgstr ""
#. Tag: title
#, no-c-format
msgid "Resource template for a migratable Xen virtual machine"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<template id=\"vm-template\" class=\"ocf\" provider=\"heartbeat\" type=\"Xen\">\n"
" <meta_attributes id=\"vm-template-meta_attributes\">\n"
" <nvpair id=\"vm-template-meta_attributes-allow-migrate\" name=\"allow-migrate\" value=\"true\"/>\n"
" </meta_attributes>\n"
" <utilization id=\"vm-template-utilization\">\n"
" <nvpair id=\"vm-template-utilization-memory\" name=\"memory\" value=\"512\"/>\n"
" </utilization>\n"
" <operations>\n"
" <op id=\"vm-template-monitor-15s\" interval=\"15s\" name=\"monitor\" timeout=\"60s\"/>\n"
" <op id=\"vm-template-start-0\" interval=\"0\" name=\"start\" timeout=\"60s\"/>\n"
" </operations>\n"
"</template>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "Once you define a resource template, you can use it in primitives by specifying the <literal>template</literal> property."
msgstr ""
#. Tag: title
#, no-c-format
msgid "Xen primitive resource using a resource template"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<primitive id=\"vm1\" template=\"vm-template\">\n"
" <instance_attributes id=\"vm1-instance_attributes\">\n"
" <nvpair id=\"vm1-instance_attributes-name\" name=\"name\" value=\"vm1\"/>\n"
" <nvpair id=\"vm1-instance_attributes-xmfile\" name=\"xmfile\" value=\"/etc/xen/shared-vm/vm1\"/>\n"
" </instance_attributes>\n"
"</primitive>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "In the example above, the new primitive <literal>vm1</literal> will inherit everything from <literal>vm-template</literal>. For example, the equivalent of the above two examples would be:"
msgstr ""
#. Tag: title
#, no-c-format
msgid "Equivalent Xen primitive resource not using a resource template"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<primitive id=\"vm1\" class=\"ocf\" provider=\"heartbeat\" type=\"Xen\">\n"
" <meta_attributes id=\"vm-template-meta_attributes\">\n"
" <nvpair id=\"vm-template-meta_attributes-allow-migrate\" name=\"allow-migrate\" value=\"true\"/>\n"
" </meta_attributes>\n"
" <utilization id=\"vm-template-utilization\">\n"
" <nvpair id=\"vm-template-utilization-memory\" name=\"memory\" value=\"512\"/>\n"
" </utilization>\n"
" <operations>\n"
" <op id=\"vm-template-monitor-15s\" interval=\"15s\" name=\"monitor\" timeout=\"60s\"/>\n"
" <op id=\"vm-template-start-0\" interval=\"0\" name=\"start\" timeout=\"60s\"/>\n"
" </operations>\n"
" <instance_attributes id=\"vm1-instance_attributes\">\n"
" <nvpair id=\"vm1-instance_attributes-name\" name=\"name\" value=\"vm1\"/>\n"
" <nvpair id=\"vm1-instance_attributes-xmfile\" name=\"xmfile\" value=\"/etc/xen/shared-vm/vm1\"/>\n"
" </instance_attributes>\n"
"</primitive>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "If you want to overwrite some attributes or operations, add them to the particular primitive’s definition."
msgstr ""
#. Tag: title
#, no-c-format
msgid "Xen resource overriding template values"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<primitive id=\"vm2\" template=\"vm-template\">\n"
" <meta_attributes id=\"vm2-meta_attributes\">\n"
" <nvpair id=\"vm2-meta_attributes-allow-migrate\" name=\"allow-migrate\" value=\"false\"/>\n"
" </meta_attributes>\n"
" <utilization id=\"vm2-utilization\">\n"
" <nvpair id=\"vm2-utilization-memory\" name=\"memory\" value=\"1024\"/>\n"
" </utilization>\n"
" <instance_attributes id=\"vm2-instance_attributes\">\n"
" <nvpair id=\"vm2-instance_attributes-name\" name=\"name\" value=\"vm2\"/>\n"
" <nvpair id=\"vm2-instance_attributes-xmfile\" name=\"xmfile\" value=\"/etc/xen/shared-vm/vm2\"/>\n"
" </instance_attributes>\n"
" <operations>\n"
" <op id=\"vm2-monitor-30s\" interval=\"30s\" name=\"monitor\" timeout=\"120s\"/>\n"
" <op id=\"vm2-stop-0\" interval=\"0\" name=\"stop\" timeout=\"60s\"/>\n"
" </operations>\n"
"</primitive>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "In the example above, the new primitive <literal>vm2</literal> has special attribute values. Its <literal>monitor</literal> operation has a longer <literal>timeout</literal> and <literal>interval</literal>, and the primitive has an additional <literal>stop</literal> operation."
msgstr ""
#. Tag: para
#, no-c-format
msgid "To see the resulting definition of a resource, run:"
msgstr ""
#. Tag: screen
#, no-c-format
msgid "# crm_resource --query-xml --resource vm2"
msgstr ""
#. Tag: para
#, no-c-format
msgid "To see the raw definition of a resource in the CIB, run:"
msgstr ""
#. Tag: screen
#, no-c-format
msgid "# crm_resource --query-xml-raw --resource vm2"
msgstr ""
#. Tag: title
#, no-c-format
msgid "Using Templates in Constraints"
msgstr ""
#. Tag: para
#, no-c-format
msgid "A resource template can be referenced in the following types of constraints:"
msgstr ""
#. Tag: para
#, no-c-format
msgid "<literal>order</literal> constraints (see <xref linkend=\"s-resource-ordering\" />)"
msgstr ""
#. Tag: para
#, no-c-format
msgid "<literal>colocation</literal> constraints (see <xref linkend=\"s-resource-colocation\" />)"
msgstr ""
#. Tag: para
#, no-c-format
msgid "<literal>rsc_ticket</literal> constraints (for multi-site clusters as described in <xref linkend=\"s-ticket-constraints\" />)"
msgstr ""
#. Tag: para
#, no-c-format
msgid "Resource templates referenced in constraints stand for all primitives which are derived from that template. This means, the constraint applies to all primitive resources referencing the resource template. Referencing resource templates in constraints is an alternative to resource sets and can simplify the cluster configuration considerably."
msgstr ""
#. Tag: para
#, no-c-format
msgid "For example, given the example templates earlier in this section:"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<rsc_colocation id=\"vm-template-colo-base-rsc\" rsc=\"vm-template\" rsc-role=\"Started\" with-rsc=\"base-rsc\" score=\"INFINITY\"/>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "would colocate all VMs with <literal>base-rsc</literal> and is the equivalent of the following constraint configuration:"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<rsc_colocation id=\"vm-colo-base-rsc\" score=\"INFINITY\">\n"
" <resource_set id=\"vm-colo-base-rsc-0\" sequential=\"false\" role=\"Started\">\n"
" <resource_ref id=\"vm1\"/>\n"
" <resource_ref id=\"vm2\"/>\n"
" </resource_set>\n"
" <resource_set id=\"vm-colo-base-rsc-1\">\n"
" <resource_ref id=\"base-rsc\"/>\n"
" </resource_set>\n"
"</rsc_colocation>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "In a colocation constraint, only one template may be referenced from either <literal>rsc</literal> or <literal>with-rsc</literal>; the other reference must be a regular resource."
msgstr ""
#. Tag: title
#, no-c-format
msgid "Using Templates in Resource Sets"
msgstr ""
#. Tag: para
#, no-c-format
msgid "Resource templates can also be referenced in resource sets."
msgstr ""
#. Tag: para
#, no-c-format
msgid "For example, given the example templates earlier in this section, then:"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<rsc_order id=\"order1\" score=\"INFINITY\">\n"
" <resource_set id=\"order1-0\">\n"
" <resource_ref id=\"base-rsc\"/>\n"
" <resource_ref id=\"vm-template\"/>\n"
" <resource_ref id=\"top-rsc\"/>\n"
" </resource_set>\n"
"</rsc_order>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "is the equivalent of the following constraint using a sequential resource set:"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<rsc_order id=\"order1\" score=\"INFINITY\">\n"
" <resource_set id=\"order1-0\">\n"
" <resource_ref id=\"base-rsc\"/>\n"
" <resource_ref id=\"vm1\"/>\n"
" <resource_ref id=\"vm2\"/>\n"
" <resource_ref id=\"top-rsc\"/>\n"
" </resource_set>\n"
"</rsc_order>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "Or, if the resources referencing the template can run in parallel, then:"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<rsc_order id=\"order2\" score=\"INFINITY\">\n"
" <resource_set id=\"order2-0\">\n"
" <resource_ref id=\"base-rsc\"/>\n"
" </resource_set>\n"
" <resource_set id=\"order2-1\" sequential=\"false\">\n"
" <resource_ref id=\"vm-template\"/>\n"
" </resource_set>\n"
" <resource_set id=\"order2-2\">\n"
" <resource_ref id=\"top-rsc\"/>\n"
" </resource_set>\n"
"</rsc_order>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "is the equivalent of the following constraint configuration:"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<rsc_order id=\"order2\" score=\"INFINITY\">\n"
" <resource_set id=\"order2-0\">\n"
" <resource_ref id=\"base-rsc\"/>\n"
" </resource_set>\n"
" <resource_set id=\"order2-1\" sequential=\"false\">\n"
" <resource_ref id=\"vm1\"/>\n"
" <resource_ref id=\"vm2\"/>\n"
" </resource_set>\n"
" <resource_set id=\"order2-2\">\n"
" <resource_ref id=\"top-rsc\"/>\n"
" </resource_set>\n"
"</rsc_order>"
msgstr ""
#. Tag: title
#, no-c-format
msgid "Reusing Rules, Options and Sets of Operations"
msgstr ""
#. Tag: para
#, no-c-format
msgid "Sometimes a number of constraints need to use the same set of rules, and resources need to set the same options and parameters. To simplify this situation, you can refer to an existing object using an <literal>id-ref</literal> instead of an <literal>id</literal>."
msgstr ""
#. Tag: para
#, no-c-format
msgid "So if for one resource you have"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<rsc_location id=\"WebServer-connectivity\" rsc=\"Webserver\">\n"
" <rule id=\"ping-prefer-rule\" score-attribute=\"pingd\" >\n"
" <expression id=\"ping-prefer\" attribute=\"pingd\" operation=\"defined\"/>\n"
" </rule>\n"
"</rsc_location>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "Then instead of duplicating the rule for all your other resources, you can instead specify:"
msgstr ""
#. Tag: title
#, no-c-format
msgid "Referencing rules from other constraints"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<rsc_location id=\"WebDB-connectivity\" rsc=\"WebDB\">\n"
" <rule id-ref=\"ping-prefer-rule\"/>\n"
"</rsc_location>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "The cluster will insist that the <literal>rule</literal> exists somewhere. Attempting to add a reference to a non-existing rule will cause a validation failure, as will attempting to remove a <literal>rule</literal> that is referenced elsewhere."
msgstr ""
#. Tag: para
#, no-c-format
msgid "The same principle applies for <literal>meta_attributes</literal> and <literal>instance_attributes</literal> as illustrated in the example below:"
msgstr ""
#. Tag: title
#, no-c-format
msgid "Referencing attributes, options, and operations from other resources"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<primitive id=\"mySpecialRsc\" class=\"ocf\" type=\"Special\" provider=\"me\">\n"
" <instance_attributes id=\"mySpecialRsc-attrs\" score=\"1\" >\n"
" <nvpair id=\"default-interface\" name=\"interface\" value=\"eth0\"/>\n"
" <nvpair id=\"default-port\" name=\"port\" value=\"9999\"/>\n"
" </instance_attributes>\n"
" <meta_attributes id=\"mySpecialRsc-options\">\n"
" <nvpair id=\"failure-timeout\" name=\"failure-timeout\" value=\"5m\"/>\n"
" <nvpair id=\"migration-threshold\" name=\"migration-threshold\" value=\"1\"/>\n"
" <nvpair id=\"stickiness\" name=\"resource-stickiness\" value=\"0\"/>\n"
" </meta_attributes>\n"
" <operations id=\"health-checks\">\n"
" <op id=\"health-check\" name=\"monitor\" interval=\"60s\"/>\n"
" <op id=\"health-check\" name=\"monitor\" interval=\"30min\"/>\n"
" </operations>\n"
"</primitive>\n"
"<primitive id=\"myOtherlRsc\" class=\"ocf\" type=\"Other\" provider=\"me\">\n"
" <instance_attributes id-ref=\"mySpecialRsc-attrs\"/>\n"
" <meta_attributes id-ref=\"mySpecialRsc-options\"/>\n"
" <operations id-ref=\"health-checks\"/>\n"
"</primitive>"
msgstr ""
#. Tag: title
#, no-c-format
msgid "Tagging Configuration Elements"
msgstr ""
#. Tag: para
#, no-c-format
msgid "Pacemaker allows you to <emphasis>tag</emphasis> any configuration element that has an XML ID."
msgstr ""
#. Tag: para
#, no-c-format
msgid "The main purpose of tagging is to support higher-level user interface tools; Pacemaker itself only uses tags within constraints. Therefore, what you can do with tags mostly depends on the tools you use."
msgstr ""
#. Tag: title
#, no-c-format
msgid "Configuring Tags"
msgstr ""
#. Tag: para
#, no-c-format
msgid "A tag is simply a named list of XML IDs."
msgstr ""
#. Tag: title
#, no-c-format
msgid "Tag referencing three resources"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<tags>\n"
" <tag id=\"all-vms\">\n"
" <obj_ref id=\"vm1\"/>\n"
" <obj_ref id=\"vm2\"/>\n"
" <obj_ref id=\"vm3\"/>\n"
" </tag>\n"
"</tags>"
msgstr ""
#. Tag: para
#, no-c-format
msgid "What you can do with this new tag depends on what your higher-level tools support. For example, a tool might allow you to enable or disable all of the tagged resources at once, or show the status of just the tagged resources."
msgstr ""
#. Tag: para
#, no-c-format
msgid "A single configuration element can be listed in any number of tags."
msgstr ""
#. Tag: title
#, no-c-format
msgid "Using Tags in Constraints and Resource Sets"
msgstr ""
#. Tag: para
#, no-c-format
msgid "Pacemaker itself only uses tags in constraints. If you supply a tag name instead of a resource name in any constraint, the constraint will apply to all resources listed in that tag."
msgstr ""
#. Tag: title
#, no-c-format
msgid "Constraint using a tag"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<rsc_order id=\"order1\" first=\"storage\" then=\"all-vms\" kind=\"Mandatory\" />"
msgstr ""
#. Tag: para
#, no-c-format
msgid "In the example above, assuming the <literal>all-vms</literal> tag is defined as in the previous example, the constraint will behave the same as:"
msgstr ""
#. Tag: title
#, no-c-format
msgid "Equivalent constraints without tags"
msgstr ""
#. Tag: programlisting
#, no-c-format
msgid "<rsc_order id=\"order1-1\" first=\"storage\" then=\"vm1\" kind=\"Mandatory\" />\n"
"<rsc_order id=\"order1-2\" first=\"storage\" then=\"vm2\" kind=\"Mandatory\" />\n"
"<rsc_order id=\"order1-3\" first=\"storage\" then=\"vm2\" kind=\"Mandatory\" />"
msgstr ""
#. Tag: para
#, no-c-format
msgid "A tag may be used directly in the constraint, or indirectly by being listed in a <link linkend=\"s-resource-sets\">resource set</link> used in the constraint. When used in a resource set, an expanded tag will honor the set’s <literal>sequential</literal> property."
msgstr ""