CentOS6.5にOpenShiftOriginをインストールして設定する方法
ステータス：非推奨
この記事では、サポートされなくなったバージョンのCentOSについて説明します。 現在CentOS6を実行しているサーバーを運用している場合は、サポートされているバージョンのCentOSにアップグレードまたは移行することを強くお勧めします。
理由： CentOS 6は2020年11月30日に保守終了（EOL）に達し、セキュリティパッチまたはアップデートを受信しなくなりました。 このため、このガイドは維持されなくなりました。
代わりに参照：このガイドは参照として役立つ場合がありますが、他のCentOSリリースでは機能しない場合があります。 可能な場合は、使用しているCentOSのバージョン用に作成されたガイドを使用することを強くお勧めします。
序章
OpenShiftは、Red HatのPlatform-as-a-Service（PaaS）であり、開発者がクラウド環境でアプリケーションを迅速に開発、ホスト、およびスケーリングできるようにします。 OpenShift Originは、OpenShiftのアップストリームのオープンソースです。 Java EE6 、 Ruby 、 PHP 、 Python など、さまざまな言語、ランタイム、データレイヤーのサポートが組み込まれています。 ]、 Perl 、 MongoDB 、 MySQL 、およびPostgreSQL。 カスタムまたはコミュニティカートリッジを使用して、OpenShiftに新しいランタイムとフレームワークを追加できます。
Webアプリケーションを簡単にスケーリングすることが、OpenShiftOriginで実行する主な理由です。
注：このチュートリアル全体を通して、ユーザー入力は赤で強調表示されます。
OpenShiftの仕組み
OpenShiftの役割
OpenShiftプラットフォームで使用される4つのロールがあります。 このチュートリアルで役割が何をするかを知ることはそれほど重要ではありませんが、サーバーのクラスターをデプロイして高可用性や負荷分散などを提供する場合は、これらの役割が提供する機能を理解する必要があります。
このチュートリアルでは、これらすべての役割を実行するように単一のサーバーを構成します。
ブローカ
ブローカーの役割は、OpenShiftBrokerRPMとMCollectiveクライアントで構成されます。 ブローカーは、OpenShiftデプロイメントの中央ハブとして機能し、ユーザーがホストされたアプリケーションを管理できるWebインターフェースを提供します。
DBServer
このロールは、ブローカーがユーザーとアプリケーションを追跡するために使用するMongoDBデータベースで構成されます。
MsgServer
MsgServerの役割には、ActiveMQサーバーとMCollectiveクライアントが含まれます。
ノード
ノードロールは、OpenShiftでホストされるアプリケーションを保存および提供するために実際に使用されるすべてのホストに割り当てられます。 oo-installは、初期インストールの一部として、および既存のOpenShiftデプロイメントに新しいノードを追加するワークフローの一部としてノードのデプロイメントをサポートします。
OpenShiftアーキテクチャー
OpenShiftは、高可用性でスケーラブルなアプリケーションプラットフォームになるように設計されています。 適切に構成されている場合、大規模なOpenShiftデプロイメントは、ダウンタイムをゼロにしながら、需要が増加したときにアプリケーションをスケーリングする簡単な方法を提供できます。 複数のデータセンターの場所にあるOpenShiftホストのクラスターを使用すると、データセンター全体がダウンしても生き残ることができます。 このチュートリアルでは、OpenShiftに必要なすべてのロールを実行する最初のOpenShiftホストをセットアップします。
クライアントの観点からどのように機能するか
- クライアントがサイトapp-owner.apps.example.comにアクセスしたいと考えています。
- クライアントのブラウザは、ドメインのDNSレコードを要求します。
- DNSサーバーは、アプリケーションをホストしているノードのIPアドレスで応答します。
- クライアントブラウザは、GETリクエストをノードに送信します。
- ノードはリクエストを目的のアプリケーションにマップします。
- アプリケーション自体がリクエストに直接応答します。
DNSサーバーは、どのノードがアプリケーションを実行しているかをどのようにして認識しましたか？
開発者はブローカーに接続して、アプリケーションを作成/管理します。 所有者がアプリケーションを変更すると、ブローカーは新しい情報を含むメッセージをDNSサーバーに送信します。 この情報には、アプリケーションに使用されているドメイン、およびアプリケーションをホストしているノードが含まれます。 この自動化のため、OpenShiftは、アプリに使用されるドメインまたはサブドメインのDNSゾーンを制御する必要があります。
OpenShiftはBindDNSサーバーを使用します。 既存のBindDNSサーバーがある場合は、それと連動するようにOpenShiftを設定できます。 ただし、このチュートリアルでは、OpenShiftOriginインストーラーによって自動的に設定された新しいDNSサーバーを使用するプロセスについて説明します。
既存のBINDDNSサーバーを使用する場合は、 OpenShift Origin Comprehensive DeploymentGuideでDNSの設定手順を読むことができます。
DNS構成
このチュートリアルの残りの部分では、次のドメインを使用します。 これらを独自のものに置き換えて、パーソナライズされた命名規則を自由に使用してください。
- example-dns.com-ネームサーバーに使用
- example.com
- apps.example.com-OpenShiftアプリケーションに使用されます
- openshift.example.com-OpenShiftホストに使用されます
- master.openshift.example.com-ドロップレットのホスト名
前提条件
液滴の要件
- 1GB以上の液滴
OpenShiftのインストールはかなりリソースを消費し、一部のパッケージは512MBのRAM使用量を超える可能性があります。 1GB以上のドロップレットを使用する必要があります。 インストーラーの最後にカートリッジを登録する際に問題が発生した場合は、メモリ不足のために一部のパッケージのインストールに失敗した可能性があります。 これは、インストールログを調べることで確認できます。
インストールログを確認するには：
cat /tmp/openshift-deploy.log
サポートされているオペレーティングシステム
- CentOS 6.5 64ビット（標準のDigitalOceanイメージ）
OpenShift Origin 4は、64ビットバージョンのRed Hat Enterprise Linux（RHEL）6.4以降およびCentOS6.4以降でサポートされています。 Fedora、RHEL 7.x、またはCentOS7.xではサポートされていません。 OpenShiftとのパッケージの非互換性を回避するために、RHEL/CentOSの最小限のインストールをお勧めします。 このチュートリアルでは、1GBのドロップレットで標準のDigitalOcean CentOS6.5x64イメージを使用します。
インストーラーの依存関係
OpenShift Originインストーラーには、以下のユーティリティが必要です。 このチュートリアルでは、Rubyをインストールする方法を説明します。 他のパッケージは、DigitalOceanCentOS6.5イメージとともにデフォルトですでにインストールされています。
- カール
- ルビー-1.8.7以上
- ssh-インストーラーホスト以外のシステムにデプロイする場合
ルートアクセス
このチュートリアルの残りの部分では、rootユーザーアカウントまたはsudo権限を持つユーザーアカウントでサーバーに接続していることを前提としています。
別のアカウントからルートシェルに入るには：
sudo su
ステップ1—アップデートをインストールする
先に進む前に、常に最新のアップデートがインストールされていることを確認することをお勧めします。
アップデートをインストールするには：
yum update
ステップ2—優先テキストエディタをインストールする
このチュートリアルでは、お気に入りのテキストエディタを使用できます。 ただし、例ではNanoを使用します。
Nanoをインストールする：
yum install nano
Nanoでファイルの編集が完了したら、 Ctrl + X を押し、 Y を押して保存し、Enterを押して既存のファイルを上書きします。
ステップ3—Rubyをインストールする
最小限のCentOS6.5インストールでは、デフォルトではRubyはインストールされません。
Rubyをインストールするには：
yum install ruby
ステップ4—ホスト名を設定する
ホスト名が正しく構成され、ローカルマシンに解決されることを確認する必要があります。 これが正しく構成されていない場合、Puppetはいくつかの必要なサービスを展開できません。
現在のホスト名を確認するには：
hostname
OpenShiftコントロールパネルに使用するURLが表示されます。 この場合、これはmaster.openshift.example.comです。
ファイル/etc / sysconfig /networkを開きます。
nano /etc/sysconfig/network
ニーズに合わせてファイルを編集します。
NETWORKING=yes HOSTNAME=master.openshift.example.com
次に再起動すると、ホスト名が更新されます。 さらにいくつかの手順を実行した後、再起動します。
ステップ5—ホスト名をローカルホストに解決する
これにより、インストール中にpuppetがホスト名を正しく解決できるようになります。
次に、ファイル/ etc/hostsを開きます。
nano /etc/hosts
ホスト名を127.0.0.1行に追加します。
127.0.0.1 master.openshift.example.com localhost localhost.localdomain ::1 localhost6 localhost6.localdomain6
ステップ6—SELinuxを有効にする
SELinux（Security-Enhanced Linux）は、米国国防総省スタイルの必須アクセス制御（MAC）を含む、アクセス制御セキュリティポリシーをサポートするメカニズムを提供するLinuxカーネルセキュリティモジュールです。 このカーネルモジュールは、OpenShiftがアプリケーションを安全に分離するための要件です。
SELinuxの詳細、および実稼働環境でOpenShiftを使用する前に実行する必要のある高度な設定については、以下にリンクされているシリーズを参照してください。 このシリーズはCentOS7に基づいていますが、原則と展開プロセスは同じです。
このチュートリアルでは、SELinuxをenforcingモードに設定して有効にします。
/ etc / sysconfig /selinuxを開きます。
nano /etc/sysconfig/selinux
SELinuxをenforcingに変更します。
# This file controls the state of SELinux on the system. # SELINUX= can take one of these three values: # enforcing - SELinux security policy is enforced. # permissive - SELinux prints warnings instead of enforcing. # disabled - SELinux is fully disabled. SELINUX=enforcing # SELINUXTYPE= type of policy in use. Possible values are: # targeted - Only targeted network daemons are protected. # strict - Full SELinux protection. SELINUXTYPE=targeted # SETLOCALDEFS= Check local definition changes SETLOCALDEFS=0
次に、再起動して設定を有効にします。
reboot
SSHを使用している場合は、再起動の完了後に再接続する必要があります。
ステップ7—OpenShiftOriginをインストールします
次に、OpenShiftOriginをインストールします。
OpenShiftをインストールするには、curl-to-shell、ポータブルインストーラー、またはソースからのインストールの3つのオプションがあります。 この記事では、OpenShiftOriginをインストールするためにcurl-to-shellメソッドを使用します。
この構成には数分かかり、インストール自体には最大1時間かかる場合がありますが、その部分でサーバーをベビーシッターする必要はありません。
インストーラーを開始するには：
sh <(curl -s https://install.openshift.com/)
（オプション）インストールオプション
コマンドラインオプションは、大規模なエンタープライズ展開に役立ちます。 事前定義された構成ファイルがある場合、または既存のPuppetがインストールされている場合は、これらのオプションを使用してインストールプロセスを高速化できます。 これは単一サーバーでの最初の展開であるため、以下にリストされているオプションは使用しません。 ただし、将来Openshiftデプロイメントをスケーリングする必要がある場合は、これらのオプションが提供する機能を知っておくと便利です。
詳細については、公式ドキュメントを確認してください。
-a --advanced-mode Enable access to message server and db server customization
-c --config-file FILEPATH The path to an alternate config file
-w --workflow WORKFLOW_ID The installer workflow for unattended deployment
--force Ignore workflow warnings and automatically install missing RPMs
-l --list-workflows List the workflow IDs for use with unattended deployment
-e --enterprise-mode Show OpenShift Enterprise options (ignored in unattended mode)
-s --subscription-type TYPE The software source for installation packages
-u --username USERNAME Login username
-p --password PASSWORD Login password
--use-existing-puppet For Origin; do not attempt to install the Puppet module
-d --debug Enable debugging messages
ステップ8—インストーラーの質問に答える
OpenShift Originは、インタラクティブなインストールプロセスを使用します。 答えるべき質問はかなりありますので、注意してください！ 質問を以下に示します。ユーザー入力は赤です。
Welcome to OpenShift. This installer will guide you through a basic system deployment, based on one of the scenarios below. Select from the following installation scenarios. You can also type '?' for Help or 'q' to Quit: 1. Install OpenShift Origin 2. Add a Node to an OpenShift Origin deployment 3. Generate a Puppet Configuration File Type a selection and press <return>: 1
インストーラーは、インストールシナリオの入力を求めます。 1 と入力し、Enterを押します。
DNS —新しいDNSサーバーをインストールします
---------------------------------------------------------------------- DNS Configuration ---------------------------------------------------------------------- First off, we will configure some DNS information for this system. Do you want me to install a new DNS server for OpenShift-hosted applications, or do you want this system to use an existing DNS server? (Answer 'yes' to have me install a DNS server.) (y/n/q/?) y
このチュートリアルでは、新しいDNSサーバーをデプロイするため、 y と入力し、Enterを押します。
DNS —アプリケーションドメイン
All of your hosted applications will have a DNS name of the form: <app_name>-<owner_namespace>.<all_applications_domain> What domain name should be used for all the hosted apps in your OpenShift system? |example.com| apps.example.com
ホストされているアプリケーションに使用するドメイン（この例では apps.example.com ）を入力し、Enterを押します。
DNS —OpenShiftホストドメイン
Do you want to register DNS entries for your OpenShift hosts with the same OpenShift DNS service that will be managing DNS records for the hosted applications? (y/n/q) y What domain do you want to use for the OpenShift hosts? openshift.example.com
OpenShiftホストに使用するドメイン（この例ではopenshift.example.com）を入力し、Enterを押します。
DNS —ネームサーバーのFQDN
Hostname (the FQDN that other OpenShift hosts will use to connect to the host that you are describing): master.openshift.example.com
同じドロップレットでDNSをホストしているため、このマシンの完全修飾ドメイン名を使用します。 ホストのFQDN（この例ではmaster.openshift.example.com）を入力し、Enterを押します。
DNS —SSHホスト名
Hostname / IP address for SSH access to master.openshift.example.com from the host where you are running oo-install. You can say 'localhost' if you are running oo-install from the system that you are describing: |master.openshift.example.com| localhost Using current user (root) for local installation.
これは、OpenShiftのインストールを実行するために使用されるホスト名です。 インストーラーを実行しているのと同じDropletにインストールしているので、localhostを使用できます。 localhostと入力し、Enterを押します。
DNS —IPアドレスの構成
プライベートネットワークを有効にしている場合は、ノードの役割を割り当てるホストにWANインターフェイス/IPアドレスを使用する必要があります。 このチュートリアルでは単一のホストにのみインストールするため、このホストのインターフェースとしてeth0を使用していることを確認してください。 複数のブローカーとDBServerを使用する大規模なセットアップでは、これらのホストにのみプライベートネットワークインターフェイスを使用します。 ノードでプライベートインターフェイスを使用しようとすると、展開中にIPアドレスエラーが発生します。
Detected IP address 104.131.174.112 at interface eth0 for this host. Do you want Nodes to use this IP information to reach this host? (y/n/q/?) y Normally, the BIND DNS server that is installed on this host will be reachable from other OpenShift components using the host's configured IP address (104.131.174.112). If that will work in your deployment, press <enter> to accept the default value. Otherwise, provide an alternate IP address that will enable other OpenShift components to reach the BIND DNS service on this host: |104.131.174.112| 104.131.174.112 That's all of the DNS information that we need right now. Next, we need to gather information about the hosts in your OpenShift deployment.
このチュートリアルでは、上の画像に示すように、デフォルト設定を使用します。
ブローカーの構成
---------------------------------------------------------------------- Broker Configuration ---------------------------------------------------------------------- Do you already have a running Broker? (y/n/q) n Okay. I'm going to need you to tell me about the host where you want to install the Broker. Do you want to assign the Broker role to master.openshift.example.com? (y/n/q/?) y Okay. Adding the Broker role to master.openshift.example.com. That's everything we need to know right now for this Broker. Do you want to configure an additional Broker? (y/n/q) n Moving on to the next role.
インストーラーは、ブローカーをセットアップするように要求します。 この例ではまだブローカーがないため、master.openshift.example.comにロールをインストールします。
ノード構成
---------------------------------------------------------------------- Node Configuration ---------------------------------------------------------------------- Do you already have a running Node? (y/n/q) n Okay. I'm going to need you to tell me about the host where you want to install the Node. Do you want to assign the Node role to master.openshift.example.com? (y/n/q/?) y Okay. Adding the Node role to master.openshift.example.com. That's everything we need to know right now for this Node. Do you want to configure an additional Node? (y/n/q) n
インストーラーは、ノードをセットアップするように要求します。 この例ではまだノードがないため、master.openshift.example.comにロールをインストールします。 この時点で、インストーラーはユーザーアカウントの構成も要求します。 この例では、インストーラーに資格情報を生成させることを選択しました。
ユーザー名とパスワードの構成
Do you want to manually specify usernames and passwords for the various supporting service accounts? Answer 'N' to have the values generated for you (y/n/q) n
展開に使用するユーザー名とパスワードを手動で構成する場合は、ここで行うことができます。 この例では、それらを自動的に生成することにしました。 n と入力し、Enterを押します。
出力に注意してください。 チュートリアルの後半にある「アカウント設定」テーブルの値、具体的にはOpenShiftコンソールユーザーとOpenShiftコンソールパスワードが必要になります。
Account Settings +----------------------------+------------------------+ | OpenShift Console User | demo | | OpenShift Console Password | S94XXXXXXXXXXXXXXXH8w | ...
展開を完了する
Host Information +------------------------------+------------+ | Hostname | Roles | +------------------------------+------------+ | master.openshift.example.com | Broker | | | NameServer | | | Node | +------------------------------+------------+ Choose an action: 1. Change the deployment configuration 2. View the full host configuration details 3. Proceed with deployment Type a selection and press <return>: 3
設定に問題がなければ、 3 と入力し、Enterを押します。
リポジトリサブスクリプション
Do you want to make any changes to the subscription info in the configuration file? (y/n/q/?) n Do you want to set any temporary subscription settings for this installation only? (y/n/q/?) n
このチュートリアルでは、デフォルトのミラーを使用します。 両方の質問に対して、 n と入力し、Enterを押します。
飛行前チェック
The following RPMs are required, but not installed on this host: * puppet * bind Do you want to want me to try to install them for you? (y/n/q) y
これで、インストーラーは飛行前チェックを実行します。 この例のPuppetやBINDなどのパッケージをインストールする必要がある場合は、 y と入力し、Enterを押します。
注：この質問に答えると、Puppetはサーバー上で最大1時間実行され、OpenShiftOriginを設定します。
出力例を次に示します。
master.openshift.example.com: Running Puppet deployment for host <^>Error: Could not uninstall module 'openshift-openshift_origin' Module 'openshift-openshift_origin' is not installed master.openshift.example.com: Puppet module removal failed. This is expected if the module was not installed.<^> master.openshift.example.com: Attempting Puppet module installation (try #1) <^>Warning: Symlinks in modules are unsupported. Please investigate symlink duritong-sysctl-0.0.5/spec/fixtures/modules/sysctl/manifests->../../../../manifests. Warning: Symlinks in modules are unsupported. Please investigate symlink duritong-sysctl-0.0.5/spec/fixtures/modules/sysctl/lib->../../../../lib.<^> master.openshift.example.com: Puppet module installation succeeded. master.openshift.example.com: Cleaning yum repos. master.openshift.example.com: Running the Puppet deployment. This step may take up to an hour.
注：出力の赤いテキストは、エラーと警告を強調するために使用されます。
これで、インストーラーが残りのデプロイメントを実行します。 このプロセス中にいくつかの警告が表示される場合があります（上の画像を参照）。 これらは正常であり、展開には影響しません。 このプロセスは完了するまでに1時間以上かかる場合があります。
再デプロイ
Puppetが最初にすべてを正しく構成しなかった場合は、構成全体を再度実行せずにPuppetデプロイメントを再実行できます。 OpenShift Originダッシュボードに最初にアクセスしたときにエラーが表示された場合は、おそらくこれを実行することをお勧めします。
インストーラーを再度実行します。
sh <(curl -s https://install.openshift.com/)
今回は、3番目のオプションを選択して、新しいPuppet構成ファイルを生成します。 すべての出力が以下に示されているわけではありません。質問と回答だけです。
Select from the following installation scenarios. You can also type '?' for Help or 'q' to Quit: 1. Install OpenShift Origin 2. Add a Node to an OpenShift Origin deployment 3. Generate a Puppet Configuration File Type a selection and press <return>: 3 Choose an action: 1. Change the deployment configuration 2. View the full host configuration details 3. Proceed with deployment Type a selection and press <return>: 3 Do you want to make any changes to the subscription info in the configuration file? (y/n/q/?) n Do you want to set any temporary subscription settings for this installation only? (y/n/q/?) n
出力に表示されるファイル名をメモします。
Puppt template created at /root/oo_install_configure_master.openshift.example.com.pp To run it, copy it to its host and invoke it with puppet: `puppet apply <filename>`. All tasks completed. oo-install exited; removing temporary assets.
指定されたファイル名を使用して、Puppet構成を実行します。
puppet apply /root/oo_install_configure_master.openshift.example.com.pp
ステップ9—OpenShiftデプロイメントをテストします
これでOpenShiftのインストールが完了しました。 Webブラウザーで以下のURLにアクセスすると、OpenShiftデプロイメントをテストできます。
https://104.131.174.112/
OpenShiftは自己署名証明書を使用するため、Webブラウザーでこれに対する例外を追加する必要があります。
以前にクレデンシャルをメモしていなかった場合は、「アカウント設定」出力セクションまでスクロールして戻り、OpenShiftコンソールユーザーおよびOpenShiftコンソールパスワードを使用してログインします。
Account Settings +----------------------------+------------------------+ | OpenShift Console User | demo | | OpenShift Console Password | tARvXXXXXXXmm5g | | MCollective User | mcollective | | MCollective Password | dtdRNs8i1pWi3mL9JsNotA | | MongoDB Admin User | admin | | MongoDB Admin Password | RRgY8vJd2h5v4Irzfi8kkA | | MongoDB Broker User | openshift | | MongoDB Broker Password | 28pO0rU8ohJ0KXgpqZKw | +----------------------------+------------------------+
コンソールにログインしてもエラーが表示される場合は、Puppet構成を再デプロイする必要がある場合があります。 詳細については、前のセクションを参照してください。
ステップ10—OpenShift用にドメインを設定します
一般に、DNSエントリを作成するには、ドメインレジストラのドキュメントに従う必要があります。 説明のために、以下の画像を提供しました。 ネームサーバードメインの場合は、OpenShiftホストまたはBINDDNSサーバーのIPアドレスに置き換える必要があります。 この例では、同じIPを指す2つのネームサーバーレコードを作成しました。 これは、ほとんどのドメインレジストラが少なくとも2つのNSレコードを必要とするためです。 このチュートリアルでは、セカンダリバインドDNSサーバーをセットアップしませんでした。
example-dns.comレコード| ns1.example-dns.com =>104.131.174.112Aレコード| ns2.example-dns.com => 104.131.174.112
設定したOpenShiftDNSサーバーを使用するようにアプリケーションドメインに指示します。
example.comNSレコード| ns1.example.com。 NSレコード| ns2.example.com。
注：現時点では単一のOpenShift Originサーバーのみをデプロイしているため、テストの目的で、アプリドメインまたはサブドメインをOpenShiftサーバーのIPアドレスにポイントすることもできます。
これで、ブローカーのドメイン名からOpenShiftコンソールにアクセスできるようになります。 この例では、master.openshift.example.comを使用しました。 新しいドメインを使用して、自己署名証明書の例外を再度追加する必要があります。
DNSレコードの構成の詳細については、以下のチュートリアルを参照してください。
DigitalOceanクラウドサーバーを使用してバニティまたはブランドのネームサーバーを作成する方法
DigitalOceanのDNSパネルを使用してDNSサブドメインを設定およびテストする方法
共通ドメインレジストラからDigitalOceanネームサーバーをポイントする方法
ステップ11—最初のアプリケーションを作成する
OpenShift Originコンソールで、[アプリケーション]ページの最初のアプリケーションを今すぐ作成をクリックします。
PHP 5.4 をクリックして、カートリッジとして選択します。
これは初めてのアプリケーションなので、ドメイン名も指定する必要があります。 この例では、アプリケーション名phpでdemo.apps.example.comを使用しました。 最終的なURLはphp-demo.apps.example.comになります。
残りのデフォルト設定はそのままにしておきます。
アプリケーションの作成をクリックします。 アプリケーションの初期化には数分かかる場合があります。 このプロセスが完了したら、ブラウザの[アプリにアクセス] をクリックして、テストアプリケーションを表示できます。 デフォルトのPHPカートリッジページが表示されます。 このページでは、OpenShiftを使用してアプリケーションを編集およびデプロイする方法に関する有用な情報も提供します。
結論
シングルサーバーのOpenshiftOrigin環境のデプロイに成功しました。 このサーバーには、4つのOpenShiftロールがすべて適用されています。 また、DNSサーバーとして構成されています。 ネームサーバーポインターに使用する1つのドメイン（ example-dns.com ）を構成しました。 アプリケーションとOpenShiftホストを解決するために使用される2番目のドメイン（ example.com ）を設定しました。
