Cisco Prime Service Catalog 11.0 設計者ガイド

次に示すものと同様の出力が Puppet Master に表示されます。

[root@puma-qe-pupm ~]# puppet module list
/etc/puppet/modules
├── adrien-alternatives (v0.3.0)
├── arioch-keepalived (v1.0.3)
├── badgerious-windows_env (v2.2.0)
├── biemond-oradb (v1.0.23)
├── blentz-selinux_types (v0.1.0)
├── cisco_enc (???)
├── cpo (v0.5.0)
├── custommysql (???)
├── cyberious-pget (v1.0.0)
├── cyberious-windows_java (v0.3.0)
├── duritong-sysctl (v0.0.4)
├── example42-firewall (v2.1.3)
├── example42-iptables (v2.1.3)
├── example42-java (v2.0.4)
├── example42-jboss (v2.0.10)
├── example42-monitor (v2.0.1)
├── example42-puppi (v2.1.10)
├── example42-tomcat (v2.1.6)
├── garethr-docker (v2.0.0)
├── garethr-erlang (v0.3.0)
├── gini-archive (v0.2.1)
├── hajee-backport (v0.0.3)
├── hajee-easy_type (v0.15.1)
├── hajee-hacks (v0.0.2)
├── hajee-ora_rac (v0.6.3)
├── hajee-oracle (v1.2.0)
├── jriviere-windows_ad (v0.2.0)
├── jriviere-windows_isos (v0.0.4)
├── jriviere-windows_sharepoint (v0.0.5)
├── jriviere-windows_sql (v0.0.8)
├── liamjbennett-dotnet (v1.0.0)
├── liamjbennett-win_facts (v0.0.2)
├── maestrodev-ant (v1.0.5)
├── maestrodev-wget (v1.5.6)
├── mhuffnagle-curl (v0.0.2)
├── msutter-dsc (v0.1.1)
├── nanliu-staging (v1.0.2)
├── openshift-openshift_origin (v4.1.1)
├── opentable-download_file (v1.1.0)  invalid
├── opentable-iis (v1.2.0)
├── opentable-iis_rewrite (v1.0.0)
├── opentable-nsclient (v1.3.0)
├── opentable-windowsfeature (v1.0.0)
├── orarac (v0.5.0)
├── puma-mssp (v0.5.0)
├── puma-mssql (v0.5.0)
├── puppetlabs-apache (v1.2.0)
├── puppetlabs-apt (v1.7.0)
├── puppetlabs-concat (v1.1.1)
├── puppetlabs-dism (v1.0.0)
├── puppetlabs-haproxy (v1.1.0)
├── puppetlabs-inifile (v1.2.0)
├── puppetlabs-mongodb (v0.8.0)
├── puppetlabs-mysql (v2.3.1)
├── puppetlabs-ntp (v3.3.0)
├── puppetlabs-passenger (v0.3.0)
├── puppetlabs-postgresql (v4.1.0)
├── puppetlabs-powershell (v1.0.3)
├── puppetlabs-puppetdb (v4.1.0)
├── puppetlabs-rabbitmq (v4.1.0)
├── puppetlabs-ruby (v0.4.0)
├── puppetlabs-stdlib (v4.3.2)
├── puppetlabs-xinetd (v1.4.0)
├── razorsedge-snmp (v3.2.0)
├── rharrison-lokkit (v0.5.0)
├── ripienaar-module_data (v0.0.3)
├── root-profile (v0.1.0)
├── root-role (v0.1.0)
├── spantree-thrift (v1.0.1)
├── stahnma-epel (v1.0.0)
├── stephenrjohnson-puppet (v1.3.1)
├── willdurand-nodejs (v1.8.3)
└── yelp-netstdlib (v0.0.1)
/usr/share/puppet/modules (no modules installed)
[root@puma-qe-pupm ~]#

1. ディレクトリ /etc/puppet/modules/root-profile/manifests 下でアプリケーション用の profile.pp ファイルを作成します。このディレクトリでは、ユーザ固有のパラメータが Puppet Master 上のモジュールのクラスに渡されます。

   [root@puma-qe-pupm ~]# cd /etc/puppet/modules/root-profile/manifests/
   [root@puma-qe-pupm manifests]#
    [root@puma-qe-pupm manifests]# cat profiledocker.pp
   class root-profile::profiledocker (
           $proxy = undef,
           $no_proxy = undef,
           $username = "root",
           $hostname = "localhost.localdomain",
           $dns1 = "8.8.8.8",
           $dns2 = "8.8.4.4") {
   
   anchor {'root-profile::profiledocker::begin':} ->
   
       class { 'docker':
           proxy => $proxy,
           no_proxy => $no_proxy,
       } ->
   
       docker::image {'centos':} ->
   
       docker::run { 'dockertest':
           image           => 'centos',
           command         => '/bin/sh -c "while true; do echo Docker Test; sleep 1; done"',
           ports           => ['4444', '4555'],
           expose          => ['4666', '4777'],
           use_name        => true,
           volumes         =>  '/var/log',
           memory_limit    => 10m,
           username        => $username,
           hostname        => $hostname,
           dns             => [$dns1,$dns2],
           restart_service => true,
           privileged      => false,
        } ->
   
   anchor {'root-profile::profiledocker::end':}
   
   }
   [root@puma-qe-pupm manifests]#
   

2. role.pp ファイルを /etc/puppet/modules/root-role/manifests 下に作成し、プロファイルにパラメータを渡します。

   [root@puma-qe-pupm modules]# cd /etc/puppet/modules/root-role/manifests/ 
   [root@puma-qe-pupm manifests]# cat roledocker.pp
   class root-role::roledocker (
           $my_proxy = undef,
           $my_no_proxy = undef,
           $username = "root",
           $hostname = "localhost.localdomain",
           $dns1 = "8.8.8.8",
           $dns2 = "8.8.4.4") {
     if $my_proxy == "null" {
           $proxy = undef
     }
     else {
           $proxy = $my_proxy
     }
   
     if $my_no_proxy == "null" {
           $no_proxy = undef
     }
     else {
           $no_proxy = $my_no_proxy
     }
   
     class {"root-profile::profiledocker":
         proxy => $proxy,
         no_proxy => $no_proxy,
         username => $username,
         hostname => $hostname,
         dns1 => $dns1,
         dns2 => $dns2,
     }
   }
   

[root@puma-qe-pupm manifests]# cat roleoracledb.pp
class root-role::roleoracledb (
        $version = "12.1.0.2",
        $file = undef,
        $net_iso_path = undef,


[root@puma-qe-pupm manifests]# cat profileoracledb.pp
 anchor {'root-profile::profileoracledb::begin':} ->

    file {['/mnt','/mnt/apps']:
      ensure => directory
    } ->

    mount {'/mnt/apps':
      device => $net_iso_path,
      fstype => 'cifs',
      options => "username=$username,password=$password",
      remounts => false,
      atboot => false,
      ensure => mounted,
    } ->

    oradb::installdb{ 'database':
      version                => $version,
      file                   => $file,
      databaseType           => 'EE',
      eeOptionsSelection     => true,
      eeOptionalComponents   => $ee_op_comp,
      oracleBase             => $oracle_base,
      oracleHome             => $oracle_home,
      createUser             => true,
      bashProfile            => true,
      user                   => $oracle_user,
      group                  => $oracle_group,
      group_install          => $group_install,
      group_oper             => $group_oper,
      downloadDir            => $download_dir,
      zipExtract             => true,
      puppetDownloadMntPoint => "/mnt/apps",

[root@puma-qe-ibis03 ~]# cd /var/www/html/hot_templates
[root@puma-qe-ibis03 hot_templates]# cat docker_linux.template
{
    "heat_template_version": "2013-05-23",
    "description": "Template to provision Docker for Linux",
    "resources":{
        "server_config" : {
            "type": "OS::Heat::StructuredConfig",
            "properties" : {
                "inputs":  [
                    { "name": "DockerProxy"  },
                    { "name": "DockerNoProxy"  },
                    { "name": "DockerUsername"  },
                    { "name": "DockerHostname"  },
                    { "name": "DockerDNS1" },
                    { "name": "DockerDNS2"  }
                ],
                "config": {
                           "classes": {
                              "root-role::roledocker":{
                                   "my_proxy":{"get_input":"DockerProxy"},
                                   "my_no_proxy":{"get_input":"DockerNoProxy"},
                                   "username": {"get_input": "DockerUsername"},
                                   "hostname": {"get_input": "DockerHostname"},
                                   "dns1": {"get_input": "DockerDNS1"},
                                   "dns2": {"get_input": "DockerDNS2"}
                                   }
                           }

                }

            }
        }

    },

    "outputs":{
        "config_id":{
            "description": "Config ID will be required by Deployment Resource.",
            "value":{
                "get_resource": "server_config"

            }
        }

    }
}
[root@puma-qe-ibis03 hot_templates]#

[ターゲットタイプ（Target Type）] を使用して、インフラストラクチャ テンプレートまたはアプリケーション テンプレートのスタック コンポーネントを新しい環境にエクスポートできます。 [ターゲットタイプ（Target Type）] は、Catalog Deployer のカスタム パッケージにデフォルトで表示されます。

• [データ型名（Data Type Name）]：選択したターゲット タイプに対し新しいデータ型を選択します。 対象のサービス項目名の 1 つ以上の文字を入力するか、または「*」を入力して Service Item Manager モジュールで Stack Designer リソースとしてマークされているすべてのサービス項目を検索します。
• [カテゴリ（Category）]：このリソース タイプに関連付けるカテゴリの名前の 1 つ以上の文字を入力します。
• [アイコン（Icon）]：使用可能なアイコンのリストから選択します。

1. Stack Designer モジュールで、[アプリケーションテンプレート（Application Templates）] タブを選択し、[+] アイコンをクリックして新しいアプリケーション テンプレートを作成します。
2. [アプリケーションテンプレートの作成（Create an Application Templates）] ページで、この新しいテンプレートに関するアプリケーション テンプレートの情報を指定して、カルーセルからインフラストラクチャ テンプレートを選択します。 空のアプリケーション スタックがキャンバス ページに開くので、ここでパラメータを設定し、さまざまなコンポーネントを追加できます。 たとえば、ソフトウェアをアプリケーション スタックの Web サーバ層に追加し、アプリケーション スタックの DB 層にデータベース コンポーネントを追加します。

   （注）	アプリケーション スタックの階層に追加できるコンポーネントは、このサービス項目に許可されるターゲット コンポーネントの抑制のタイプによって決まります。 サービス項目のターゲット コンポーネントは、[Service Item Manager] > [サービス項目の設計（Design Service Items）] > [サービス項目定義（Service Item Definition）] > [Stack Designerリソース（Stack Designer Resource）] > [ルール（Rules）] > [設定（Configuration）] サブ タブで定義されます。

3. キャンバス ページで、[パラメータの編集（Edit Parameters）] > [パラメータの作成（Create a Parameter）] をクリックし、このアプリケーション テンプレートのローカル、グローバル、および出力パラメータを追加します。 エンド ユーザがアプリケーション テンプレートをオーダーした場合にエンド ユーザにプロンプト表示する必要がある入力は、ここでパラメータとして定義する必要があります。 既存のパラメータを使用することもできます。 既存のパラメータを検索するには、[パラメータの編集（Edit Parameters）] ダイアログボックスで [検索（Search）] をクリックします。

   あるプロビジョニングされたリソース（たとえば、VM やアプリケーションなど）の属性を参照する出力パラメータの値を指定します。 サービスが生成されると、出力パラメータはサービス項目タイプの属性として作成されます。 オーケストレーション コンポーネントがアプリケーション テンプレートのプロビジョニングを完了すると、対応するサービス項目属性が解決された値に更新されます。 Service Catalog モジュール > [マイスタッフ（My Stuff）] で更新された属性を確認できます。 次に例を示します。

   http://+GetAttr(container, UCSDContainer, VirtualMachines, DbServer1, HostName)+:8080

   上記の例では、「http://」と「:8080」はリテラル文字列です。 これらは共に、UCSD コンテナの HostName 属性と連結します。

   GetAttr(container, UCSDContainer, VirtualMachines, DbServer1, HostName) で、コンテナは Heat テンプレートで定義されたリソースです。 UCSDContainer は属性であり、サブキー DbServer1 があるサブキー VirtualMachines などが含まれます。

4. キャンバス ページで、コンポーネントに移動し、[ソフトウェアの追加（+ Add Software）] をクリックします。

   そのコンポーネントに関連付けられているソフトウェア カテゴリのリストが表示されます。 コンポーネントに対し表示されるこれらのソフトウェアは、Service Item Manager モジュールでこれらのコンポーネントに対し選択されたサービス項目に基づいています。

5. 新しいアプリケーションに必要なパラメータを入力し、[保存（Save）] をクリックしてそのインフラストラクチャ コンポーネントに新しいアプリケーションを追加します。

   ソフトウェアをコンポーネントに追加したら、そのコンポーネントのプロパティを表示したり、必要に応じてソフトウェアを削除することもできます。

6. キャンバスで [保存（Save）] アイコンをクリックし、アプリケーション テンプレートの変更を保存します。

1. キャンバスで、[サービスの作成（Build Service）] をクリックします。
2. [サービスの作成（Build Service）] ダイアログボックスで、アプリケーション スタックでライフサイクル管理アクションから特定のアプリケーション コンポーネント（シャットダウンなど）を除外する選択肢などが与えられます。 続行し、[サービスの作成（Build Service）] をクリックします。

   サービスが作成されますが、Service Catalog のネットショップで公開するには、次の手順を実行します。

1. [全般（General）] タブで、このサービスのサービス名、説明、およびカテゴリを提供します。

   （注）	ここで選択したカテゴリに基づいて、この新サービスは、Service Catalog モジュールでそのカテゴリの下に表示されます。

2. [プレゼンテーション（Presentation）] タブを選択し、このサービスに対するアイコンを貼り付けます。

   （注）	また、イメージを貼り付けるための URL の参照を提供できます。 URL を使用して、イメージを個別に管理したり、より速く WAN 展開用にイメージ配信を行うためにイメージをコンテンツ配信ネットワーク（CDN）でホストできます。

3. [ファセット（Facets）] タブを選択します。
4. [権限（Permissions）] タブを選択し、権限を割り当てるか削除するロールを選択します。