Dell Wyse Management Suite バージョン 1.
メモ、注意、警告 メモ: 製品を使いやすくするための重要な情報を説明しています。 注意: ハードウェアの損傷やデータの損失の可能性を示し、その問題を回避するための方法を説明しています。 警告: 物的損害、けが、または死亡の原因となる可能性があることを示しています。 © 2019 Dell Inc. その関連会社。不許複製・禁無断転載.Dell、EMC、およびその他の商標は、Dell Inc. またはその子会社の商標です。その他の商標は、それぞれの所 有者の商標である場合があります。 2019 - 05 Rev.
目次 1 はじめに...........................................................................................................................................................5 高可用性の概要................................................................................................................................................................. 5 2 高可用性アーキテクチャ....................................................................................................................................6 高可用性のシステム要件.................
11 トラブルシューティング....................................................................................................................................
1 はじめに Wyse Management Suite バージョン 1.4 は、Dell Wyse シン クライアントを設定、監視、および最適化できる次世代の管理ソリューションです。これは、 パフォーマンスの向上した高可用性セットアップでのシンクライアントの導入と管理に役立ちます。 クラウドやオンプレミスでの導入、モバイルアプリケーションによる場所を問わない管理、BIOS 設定やポートロックダウンなどのセキュリティの向上など、最新 機能オプションを備えています。その他にも、デバイスの検出 / 登録、資産 / インベントリ管理、設定管理、オペレーティングシステム / アプリケーションの 導入、リアルタイムコマンド、監視、アラート、レポート、エンドポイントのトラブルシューティングなどの機能があります。 Wyse Management Suite バージョン 1.
2 高可用性アーキテクチャ Dell Wyse Management Suite のアーキテクチャは、フェールオーバー クラスターを有効にした Windows Server 2012/2016 で構成されています。 Windows クラスタには 1 台のメインコンピュータが含まれており、これは他のアプリケーションをサポートすると同時に、冗長性を確保することでダウンタイム を最小化します。これは、Tomcat、Memcache、MQTT サービスでの、アプリケーションのフェールオーバーに使用されます。MongoDB データベースクラス タは、プライマリデータベースでの障害発生時におけるセカンダリデータベースへの引き継ぎを支援するようにされています。MySQL InnoDB データベースク ラスタには、データベースのクラスタリング機構が組み込まれており、プライマリの読み取り / 書き込みデータベースでの処理が失敗した場合は、セカンダリ データベースに引き継がれます。HA プロキシを装備した Linux サーバは一種の負荷バランサであり、EMSDK（Teradici）サーバ用の高可用性サーバと して機能します。ロー
Wyse Management Suite バージョン 1.4 の高可用性を設定するためのハードウェアおよびソフトウェアの要件は、次のとおりです。 表 1.
3 Windows Server 2012/2016 での高可用性 フェールオーバークラスタとは、クラスタ化された役割の可用性と拡張性を向上する独立したシステムの一群です。この機能は、ハードウェアまたは仮想マ シン上にあるクラスタ群での複数ワークロードの実行をサポートします。 フェールオーバークラスタは、クラスタ化された役割の可用性と拡張性を向上する独立したシステムの一群です。クラスタ化されたサーバ群は、複数のノー ドを 1 つのノードに対して相互にネットワーク接続したものです。1 つまたは複数のクラスタノードで障害が発生した場合は、他のノードがアクティブになるこ とで、ネットワークにあるシステムのフェールオーバーを防止します。クラスタのセットアップ中にはクラスタ化された役割が作成され、これらがモニタすること で、クラスタ化されたネットワーク中でのシステム群の動作が検証されます。いずれかのシステムが動作を停止した場合、それらの再起動または別ノードへ の移動が行われます。 Windows Server 2012/2016 で高可用性を確保するためのフェールオーバー クラスター ネットワークには、ノード 1 とノ
手順 1 Microsoft Windows Server 2012 で スタート メニューを右クリックし、サーバマネージャー を選択して、サーバマネージャーのダッシュボードを起動 します。 2 フェールオーバークラスタマネージャー をクリックしてクラスタマネージャーを起動します。 3 役割 を右クリックして 役割の構成 を選択し、高可用性ウィザード 画面を表示します。 図 3.
図 4. サービスの選択 5 Dell WMS: Tomcat Service を選択し、次へ をクリックします。 メモ: Wyse Management Suite バージョン 1.4 の関連サービスをクラスターに追加できるのは、Wyse Management Suite バージ ョン 1.
図 5.
4 Windows Server 2012/2016 での高可用性の実現 Windows Server 2012/2016 で高可用性を実現する手順は、次のとおりです。 1 Windows Server 2012/2016 にフェールオーバー クラスター機能を追加します - 「Windows Server 2012/2016 でのフェールオーバー クラスター機 能の追加」を参照してください。 2 ファイル共有を作成します - 「ファイル共有監視の作成」を参照してください。 3 クラスタクォーラムを設定します - 「クラスタクォーラムの設定」を参照してください。 4 クラスタ化された役割を作成します - 「クラスタ役割の作成」を参照してください。 Windows Server 2012/2016 でのフェールオーバー クラス ター機能の追加 このタスクについて Windows Server 2012 でフェールオーバークラスタリング機能を追加するには、次の手順を実行します。 手順 1 Microsoft Windows Server 2012/2016 で［スタート］をクリックして［スタート］画
図 6.
図 7.
図 8.
図 9.
図 10.
図 11.
6 ファイル共有に関する共有の場所とサーバを 共有の場所 画面で選択して、次へ をクリックします。 7 共有名 画面で 共有名 フィールドに名前を入力し、確認 画面が表示されるまで 次へ をクリックします。 8 作成 をクリックしてファイル共有を作成すると 結果の表示 画面が表示されますが、そのステータスが 完了 となっていれば、ファイル共有監視がエラ ーなしで作成されたことを意味します。 9 閉じる をクリックして終了します。 クラスタクォーラムの設定 クラスタ構成データベースは、クォーラムとも呼ばれるもので、ここにはクラスタセットアップの任意の時点でアクティブにされている必要があるサーバの詳細が 含まれています。 このタスクについて クラスタクォーラムを設定するには、次の手順を実行します。 手順 1 Microsoft Windows Server 2012 で スタート をクリックして スタート 画面を開き、サーバマネージャー をクリックしてサーバマネージャーダッシュボ ードを起動します。 2 サーバマネージャー アイコンをクリックしてサーバマネージャーにアクセスしてから、フェールオー
図 13. 投票設定の選択 6 次へ をクリックします。クォーラム監視の選択 画面で ファイル共有監視を構成する を選択します。 7 次へ をクリックして、ファイル共有監視を構成する 画面で ファイル共有パス フィールドに共有パスを入力します。 図 14.
図 15.
図 16.
図 17. サービスの選択 5 Dell WMS: Tomcat Service を選択し、次へ をクリックします。 メモ: Wyse Management Suite バージョン 1.4 の関連サービスをクラスターに追加できるのは、Wyse Management Suite バージ ョン 1.
図 18.
5 MySQL InnoDB での高可用性の実現 このタスクについて 次の手順では、MySQL InnoDB での高可用性を実現する方法について説明しています。 手順 1 MySQL InnoDB サーバインスタンスを確認します - 「MySQL InnoDB クラスタの作成」を参照してください。 2 MySQL InnoDB にサーバまたはノードを追加します - 「サーバまたはノードの MySQL InnoDB クラスタへの追加」を参照してください。 3 MySQL ルーターを作成します - 「MySQL ルーターの作成」を参照してください。 MySQL InnoDB での高可用性 MySQL InnoDB クラスタは、MySQL 用の完全な高可用性ソリューションを提供します。クライアントアプリケーションは、MySQL ルーターを使用して、プ ライマリノードに接続されます。プライマリノードでの障害発生時には、セカンダリノードが自動的にプライマリノードの役割を担うように昇格し、MySQL ル ーターは新しいプライマリノードに向けてリクエストをルーティングします。 MySQL InnoDB クラスタのコ
図 19.
図 20.
図 21.
図 22.
図 23.
図 24.
図 25.
図 26.
図 27.
図 28.
図 29.
図 30.
図 31.
図 32.
図 33.
図 34.
図 35.
図 36. インストールの完了 次の手順 下記の手順に従って、MySQL クラスターの 3 つのサーバーすべてに MySQL サーバーをインストールして設定します。 メモ: 高可用性セットアップに適した環境の設定については、dev.mysql.
図 37. MySQL コマンドプロンプト • • • 3 つのクラスタノードで MySQL InnoDB が作成されていることを確認するには、コマンドプロンプトで次のコマンドを実行します。 mysql-js> dba.checkInstanceConfiguration('root@IPAddress1:3306') mysql-js> dba.checkInstanceConfiguration('root@IPAddress2:3306') mysql-js> dba.
3 次のコマンドを実行して、クラスタのステータスを確認します。 MySql JS>Cluster.status() 作成されたクラスタのステータスが オンライン と表示されていれば、クラスタの作成が正常に終了していることを示します。 図 39. 確認画面 MySQL InnoDB クラスタへのサーバインスタンスの追加 前提条件 • クラスターにサーバーまたはノードを追加する前に、C:\ProgramData\MySQL\MySQL Server 5.7 でセカンダリー MySQL サーバーの my.
メモ: • サーバー ID がすべてのノードで同じで、クラスターにインスタンスを追加しようとすると、「Server_ID is already in used by the peer node, Result」というエラー メッセージが表示されます。 • すべてのノードでステータスが ONLINE と表示されていれば、MySQL InnoDB クラスター セットアップへのノードの追加が正常に終了しているこ とを示します。 図 40.
図 41.
図 42.
図 43.
図 44.
図 45.
図 46.
図 47.
図 48.
図 49.
図 50.
図 51.
図 52. インストールの完了 13 終了 をクリックします。 14 \ProgramData\MySQL\MySQL Router ディレクトリに移動して mysqlrouter.
図 53. ブートストラップサーバアドレス MySQL InnoDB サーバでのデータベースとユーザーの作成 MySQL InnoDB サーバでのデータベースとユーザーアカウントの作成には管理者権限が必要です。 MySQL InnoDB サーバでデータベースを作成するには、次の SQL コマンドを実行します。 Create Database stratus DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_unicode_ci; CREATE USER 'STRATUS'@'LOCALHOST'; CREATE USER 'STRATUS'@'IP ADDRESS'; SET PASSWORD FOR 'STRATUS'@'LOCALHOST' = PASSWORD ; SET PASSWORD FOR 'STRATUS'@ = PASSWORD ; GRANT ALL PRIVILEGES ON *.
6 MongoDB での高可用性の実現 このタスクについて 次の手順では、MongoDB で高可用性を実現する方法について説明しています。 手順 1 MongoDB のインストール - 「MongoDB のインストール」を参照してください。 2 レプリカサーバの作成 - 「レプリカサーバの作成」を参照してください。 3 Stratus ユーザーの作成 - 「Stratus ユーザーアカウントの作成」を参照してください。 4 Root ユーザーの作成 - 「MongoDB 用の root ユーザーの作成」を参照してください。 5 MongoDB 設定ファイルの編集 - 「MongoDB 設定ファイルの編集」を参照してください。 MongoDB のインストール このタスクについて すべての 3 つのノードに MongoDB をインストールするには、次の手順を実行します。 メモ: MongoDB のインストールの詳細については、「MongoDB のインストール」を参照してください。 手順 1 MongoDB インストールファイルをシステムにコピーします。 2 Drive C 以外のセカンダリドライ
図 55. mongod.cfg ファイル 4 テキストエディタで mongod.cfg ファイルを開き、次のエントリを追加します。 a b c SystemLog:destination: file path: c:\data\log\mongod.log Storage: dbpath: c:\data\db 5 ファイルを保存します。 6 コマンド プロンプトを開きます。 7 次のコマンドを実行して MongoDB サービスを開始します。 a b C:\MongoDB\bin>.\mongod.exe --config c:\Mongodb\mongod.cfg --install C:\MongoDB\bin>net start mongodb メッセージ MongoDB サービスを開始中です が表示されます。 8 作業ディレクトリを \MongoDB\bin に変更します。 9 コマンドプロンプトで Mongo.
{ role: "dbOwner", db: "DBUser" } ] }) MongoDB 用の DBadmin ユーザーの作成 前のセクションで作成したユーザーアカウントを使用して MongoDB にログインします。DBadmin ユーザーが、管理権限付きで作成されます。 DBadmin ユーザーを作成するには、次のコマンドを実行します。 mongo -uDBUser -pPassword admin use admin db.createUser( { user: "DBadmin", pwd: , roles: [ { role: "DBadmin", db: "admin" } ] }) mongod.cfg ファイルの編集 MongoDB データベースのセキュリティを有効にするには mongod.cfg ファイルを編集する必要があります。 1 すでに作成済みの MongoDB に root ユーザーとしてログインし、次のコマンドを実行します。 mongo -uroot - admin 2 \data\bin\mo
1 すでに作成済みの MongoDB に root ユーザーとしてログインし、次のコマンドを実行します。 mongo -uroot - admin 2 \data\bin\mongod.cfg ディレクトリに移動し、テキストエディタで mongod.cfg ファイルを開きます。 3 mongod.cfg ファイルに次の 3 行を追加します。 keyFile: c:\data\log\mongod.key.txt replication: replSetName: wms 図 57. セキュリティの有効化 4 mongod.key.txt ファイルを作成し、3 つのサーバすべてにコピーします。 メモ: mongod.key.txt ファイルの内容またはキーが、3 つのサーバーすべてで同じであることを確認します。 図 58.
8 DBadmin ユーザーを使用してログインしている MongoDB クラスタのプライマリノードでレプリケーションを開始してから、次のコマンドを実行します。 rs.initiate(); 9 次のコマンドを実行して、レプリケーションのステータスを確認します。 rs.status(); 図 59. レプリケーションのステータス 10 mongod サービスを開始して、セカンダリノードを MongoDB クラスタ中の 2 番目と 3 番目のノードに追加します。 rs.add("IPAddress2:27017") rs.add("IPAddress3:27017") メモ: ポート番号は、ネットワークとシステムに応じて異なります。 11 MongoDB クラスタ内のノードを追加後、次のコマンドをプライマリとセカンダリのノードに実行して、レプリケーションのステータスを確認します。 rs.
図 60. プライマリサーバのステータス 図 61.
7 Teradici デバイスでの高可用性の実現 Wyse Management Suite は、Ubuntu サーバ 16.04.
メモ: シームレスなフェールオーバーを実行させるには、クライアント容量の合計を上回るバックエンドサーバを管理者が追加する必 要があります。 5 CTRL+O を押して、haproxy.cfg ファイルに変更を保存します。 次のテキストは、サンプルの HAProxy 設定ファイルです。 global log /dev/log local0 log /dev/log local1 notice chroot /var/lib/haproxy daemon #maxconn is maximum allowed connections maxconn 60000 defaults log global mode tcp timeout connect 5000ms timeout client 50000ms timeout server 50000ms errorfile 400 /etc/haproxy/errors/400.http errorfile 403 /etc/haproxy/errors/403.http errorfile 408 /etc/haproxy/errors/408.
Wyse Management Suite サーバのインストール Wyse Management Suite サーバをインストールする前に、次のコンポーネントが設定されていることを確認します。 • 2 つのノード上での Windows フェールオーバークラスタ • レプリカセットで実行中の MongoDB サーバ • 実行中の MySQL InnoDB クラスタセットアップ • 2 つのノードにインストールされた MySQL ルーター Wyse Management Suite サーバをインストールするには、次の手順を実行します。 1 Wyse Management Suite のインストーラー画面を起動します。 2 カスタムタイプ と Teradici EMSDK を選択し、次へ をクリックします。 3 外部 MongoDB オプションを選択します（作成したレプリカセットを含む MongoDB クラスタ）。これに該当するのは、wms などです。リモートのプラ イマリ Mongo DB サーバ情報、ポート番号、および MongoDB のユーザー名とパスワードを該当するフィールドに入力
8 Wyse Management Suite の Windows Server 2012/2016 へのインストール このタスクについて プライベートクラウドに Wyse Management Suite をインストールするには、次の操作を行います。 手順 1 インストーラパッケージをダブルクリックします。 2 ようこそ 画面のライセンス契約を読み、次へ をクリックします。 3 インストールする セットアップタイプ を選択して、次へ をクリックします。利用できるオプションは次のとおりです。 • 通常：必要なユーザー操作は最低限であり、組み込みデータベースをインストールします。 • カスタム：最大限のユーザー操作を必要する上級ユーザー向けです。 4 セットアップタイプ で カスタム を選択して、次へ をクリックします。 5 外部 Mongo DB オプションを選択します。ユーザー名、パスワード、データベース サーバーの詳細情報、ポートの詳細情報を入力します。 Mongo データベースサーバ ページが表示されます。 メモ: ポート フィールドにはデフォルトのポートが入力されますが、この値
9 Wyse Management Suite バージョン 1.3 から 1.4 へ のアップグレード 前提条件 • Mongo データベース サーバーのリストで、bootstrap.properties ファイルの mongodb.seedList 値に、バックスラッシュ文字（\）が含まれている ことを確認します。bootstrap.properties ファイルは、Tomcat-8\webapps\ccm-web\WEB-INF\classes、mongodb.seedList = MongoDBServer1_IP\:27017、および MongoDBServer2_IP\:27017, MongoDBServer3_IP\:27017 にあります。 図 62. 前提条件 • 読み取りおよび書き込みアクセス権を持つプライマリー（アクティブ）Mongo データベース サーバーが、mongodb.
図 63. ようこそ画面 3 ［アップグレード］ページで、［次へ］をクリックして Wyse Management Suite をアップグレードします。 Wyse Management Suite バージョン 1.3 から 1.
図 64. アップグレード 72 Wyse Management Suite バージョン 1.3 から 1.
図 65. アップグレード 4 ［起動］をクリックして、Wyse Management Suite の Web コンソールを開きます。 Wyse Management Suite バージョン 1.3 から 1.
図 66. 起動 次の手順 • • Tomcat-8 フォルダーおよびサブフォルダーが削除され、Tomcat-9 フォルダーおよびサブフォルダーが作成されていることを確認します。また、次の操作 を行います。 – Tomcat-9\webapps\ccm-web\WEB-INF\classes フォルダーとサブフォルダーが作成されていることを確認します。 – Tomcat-9 サービスが追加され、Tomcat-9 サービスが実行されていることを確認します。 – bootstrap.properties ファイルが Tomcat-8\ webapps\ccm-web\WEB-INF\classes フォルダーから Tomcat-9\webapps\ccm-web\WEBINF\classes フォルダーにコピーされていることを確認します。 – Mongo データベース サーバーのリストで、bootstrap.properties ファイルの mongodb.seedList 値に、バックスラッシュ文字（\）が含まれて いることを確認します。bootstrap.
図 67. アクセス ポイント c Tomcat サービスのバージョンを確認します。Tomcat サービスのバージョンが 8 の場合は、Tomcat-8 を手動で削除し、Tomcat-9 サービスをア クセス ポイントに追加する必要があります。これは、Wyse Management Suite 1.3 を WMS 1.4 にアップグレードすると、Tomcat-8 サービスが Tomcat-9 に置き換えられるためです。 d Tomcat-8 サービスを右クリックし、［削除］をクリックします。 図 68. Tomcat サービスの削除 e Tomcat-9 サービスをアクセス ポイントに追加します。 Wyse Management Suite バージョン 1.3 から 1.
図 69. Tomcat-9 サービス 図 70. Tomcat 9 サービス f 76 コマンドを使用して、高可用性のアクセス ポイントの FQDN アドレスを、高可用性セットアップの両方のノードの Memcached レジストリーにバ インドします Registry Path: HKLM\SYSTEM\CurrentControlSet\Services\Memcached\ “ImagePath” = “C:\Program Files\DELL\WMS\memcached\memcached.exe" -d runservice -p -I 11211 WMS1314AP.AD132.COM -U 0” Wyse Management Suite バージョン 1.3 から 1.
図 71. Memcached データ Wyse Management Suite バージョン 1.3 から 1.
10 インストール後のチェック Wyse Management Suite バージョン 1.4 での高可用性を確認するには、次の手順を実行します。 • Wyse Management Suite 管理ポータルを起動し、Web インターフェイスを使用してログインができるかを確認します。 • MongoDB 用の\Dell\WMS\Tomcat-9\webapps\ccm-web\WEB-INF\classes フォルダーにある、Tomcat サーバーの bootstrap.properties フ ァイルを次のように編集します。 mongodb.seedList = MongoDBServer1_IP\:27017, MongoDBServer2_IP\:27017, MongoDBServer3_IP\:27017 • MongoDB にログインし、bootstrapProperties テーブルで Windows Cluster Virtual IP/Hostname of Access Point の値を、次の属性値に基づ いて更新します。 Stratusapp.server.
11 トラブルシューティング このセクションでは、クラスターのセットアップに関する Wyse Management Suite バージョン 1.x のトラブルシューティング情報について説明します。 • 問題：サーバインストール関係の問題をチェックするために必要な Wyse Management Suite のログファイルの位置が不明です。 回避策：ログファイルは %temp% WMSInstall.log フォルダにあります。 • 問題：アプリケーション関係の問題をチェックするために必要な Tomcat サービスに関するログファイルの位置が不明です。 回避策：クラスター内のノード/サーバーのいずれかが機能せず、MySQL クラスターの一部になっていない場合は、以下の手順を実行します。 • a クラスター ノードを再起動し、シェル プロンプトで var cluster = dba.rebootClusterFromCompleteOutage();コマンドを実行します。 b dba.
図 72. エラーメッセージ 回避策：\ProgramData\MySQL\MySQL Server 5.7 ディレクトリにある my.conf ファイル中のサーバ ID エントリを変更します。 図 73.
