Apigee Edge 4.17.01/4.17.05 を 4.17.09 に更新する

Edge for Private Cloud v. 4.17.09

4.17.09 に更新できる Edge のバージョン

この手順で Apigee Edge バージョン 4.17.01.0x/4.17.05.0x を 4.17.09 に更新できます。

<ph type="x-smartling-placeholder">

バージョン 4.16.01 より前の Edge をお持ちの場合は、最初に バージョン 4.16.01.x を作成し、バージョン 4.17.09 に更新します。

更新を実行できるユーザー

更新を実行するユーザーは、最初に Edge をインストールしたユーザーと同じである必要があります。 ユーザーです。

Edge RPM をインストールした後は、どのユーザーでも構成できます。

更新が必要なコンポーネント

すべての Edge コンポーネントを更新する必要があります。Edge は、コンポーネントを含む設定をサポートしていません 使用できます。

プロパティの自動伝播 設定

/opt/apigee/customer/application の .properties ファイルを編集してプロパティを設定している場合は、 値が保持されます。

SMTPMailFROM の追加が必要 構成パラメータ

Edge 4.17.05 では、有効にしたときに使用される構成ファイルに新しい必須パラメータが追加されました。 SMTP サーバーです4.17.01 から更新する場合は、構成ファイルで SMTPMailFROM を設定する必要があります。 SMTP サーバーを有効にするときに使用します

API BaaS バージョン 4.17.09 では、SMTPMailFROM プロパティのサポートも追加されています。 API BaaS を 4.17.01 または 4.17.05 から更新する場合、SMTPMailFROM を 構成ファイルが更新されます。

このパラメータの形式は次のとおりです。

SMTPMAILFROM="My Company <myco@company.com>"

前提条件の更新

Apigee Edge をアップグレードする前に、次の前提条件を満たしていることを確認してください。

  • すべてのノードをバックアップする
    安全のために、更新前にすべてのノードを完全にバックアップすることをおすすめします できます。現在のバージョンの Edge の手順に沿ってバックアップを実行します。

    これにより、新しいバージョンにアップデートされなかった場合に備えて、バックアップ プランを作成できます。 確認します。バックアップの詳細については、バックアップと復元をご覧ください。
  • Edge が動作していることを確認する
    次のコマンドを使用して、更新プロセス中に Edge が稼働していることを確認します。

    &gt; /opt/apigee/apigee-service/bin/apigee-all のステータス

更新の失敗への対応

更新に失敗した場合は、問題を修正してから update.sh を実行する もう一度クリックします。更新は複数回実行でき、最後に終了したところから続行されます。 オフにします。

失敗により更新を前のバージョンにロールバックする必要がある場合は、4.17.09 ロールバック プロセスで詳細をご確認ください。

更新情報のロギング

デフォルトでは、update.sh ユーティリティは、次の場所にログ情報を書き込みます。

/opt/apigee/var/log/apigee-setup/update.log

update.sh ユーティリティを実行するユーザーに そのディレクトリにログが update_username.log という名前のファイルとして /tmp ディレクトリに書き込まれます。

ユーザーに /tmp へのアクセス権がない場合、update.sh ユーティリティは失敗します。

ダウンタイムなしで更新

ゼロ ダウンタイム アップデート（ローリング アップデート）では、Edge インストール環境をダウンタイムなしで更新できます。 Edge がダウンします

ゼロ ダウンタイムでの更新は、5 ノード以上の構成でのみ可能です。

ゼロ ダウンタイムでアップグレードするための鍵は、各 Router を 1 つずつ負荷から削除することです。 内部 IP アドレスを使用します次に、ルーターとその同じマシン上にある他のコンポーネントを更新します。 Router をロードバランサに追加し直します

  1. 以下の「注文 表示されます。
  2. Router を更新するときは、任意の Router を 1 つ選択し、 詳しくは、有効化と無効化の サーバー（Message Processor/Router）のネットワーク到達性。
  3. 選択した Router と、その Router と同じマシンにある他のすべての Edge コンポーネントを更新します。 すべての Edge 構成では、同じノード上に Router と Message Processor があります。
  4. Router を再び到達可能にします。
  5. 残りのルーターに手順 2 ～ 4 を繰り返します。
  6. インストール済みの残りのマシンについて、更新を続行してください。

更新の前後に次の点に注意してください。

  • Router ノードと Message Processor ノードが統合されている場合: <ph type="x-smartling-placeholder">
      </ph>
    • 更新前 – 次のことを行います。 <ph type="x-smartling-placeholder">
        </ph>
      1. Router を到達不能にします。
      2. Message Processor を到達不能な状態にします。
    • 更新後 - 次の操作を行います。 <ph type="x-smartling-placeholder">
        </ph>
      1. Message Processor を到達可能にします。
      2. Router を到達可能にします。
  • 単一の Router ノードの場合: <ph type="x-smartling-placeholder">
      </ph>
    • 更新する前に、Router を到達不能な状態にしてください。
    • 更新後、Router を到達可能にします。
  • 単一の Message Processor ノードの場合: <ph type="x-smartling-placeholder">
      </ph>
    • 更新前に、Message Processor を到達不能な状態にします。
    • 更新後、Message Processor を到達可能にします。

サイレント構成ファイルの使用

更新コマンドにはサイレント構成ファイルを渡す必要があります。サイレント構成ファイル Edge 4.17.01 のインストールに使用したものと同じである必要があります。

手順 外部インターネット接続があるノードで 4.17.09 に更新する

ノード上の Edge コンポーネントを更新するには、次の操作を行います。

  1. Cassandra の修復オペレーションを実行するように構成された CRON ジョブがある場合は、無効にします 更新が完了するまで表示されません。
  2. root としてノードにログインして Edge RPM をインストールします。
    注: RPM のインストールには root 権限が必要ですが、Edge も実行可能です。 ルート権限なしで構成できます。
  3. yum-utils と yum-plugin-priorities:
    &gt;sudo yum install yum-utils
    &gt;sudo yum install yum-plugin-priorities
  4. Edge apigee-setup のインストール 手順に沿って SELinux を無効にします。 ユーティリティです。
  5. AWS にインストールする場合は、次の yum-configure-manager コマンドを実行します。
    &gt;sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional
  6. Edge 4.17.09 の bootstrap_4.17.09.sh ファイルを /tmp/bootstrap_4.17.09.sh にダウンロードします。
    &gt;curl https://software.apigee.com/bootstrap_4.17.09.sh -o /tmp/bootstrap_4.17.09.sh
  7. Edge 4.17.09 の apigee-service ユーティリティをインストールし、 依存関係:
    &gt;sudo bash /tmp/bootstrap_4.17.09.sh apigeeuser=uNameuName apigeepassword=pWord

    ここで、uName:pWord は、 ApigeepWord を省略すると、パスワードの入力を求められます。

    デフォルトでは、Java 1.8 がインストールされているかどうかが確認されます。そうでない場合、 自動的にインストールされます。JAVA_FIX オプションを使用して、処理方法を指定する Java のインストール。JAVA_FIX 次の値を取ります。

    I = OpenJDK 1.8 をインストール（デフォルト）
    C = Java をインストールせずに続行
    Q = 終了する。このオプションでは、Java を自分でインストールする必要があります。
  8. apigee-service を使用して以下を行います。 apigee-setup を更新する ユーティリティ:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
  9. apigee-validate を更新する Management Server 上のユーティリティです。
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-validate の更新
  10. apigee-provision を更新する ユーティリティ:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-provision の更新
  11. 後述の「マシン 更新」下:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    構成ファイルに対する唯一の要件は、構成ファイルがアクセスでき、 「apigee」によって読み取れます。できます。

    「-c」オプションを使用して、更新するコンポーネントを指定します。リストには、 コンポーネントに含まれるもの:
    ldap = OpenLDAP
    cs = Cassandra
    zk = Zookeeper
    qpid = qpidd
    ps = postgresql
    edge =すべての Edge コンポーネント Edge UI を除く: Management Server、Message Processor、Router、QPID Server、Postgres Server
    ui = Edge UI
    all = デバイス上のすべてのコンポーネントを更新 （Edge aio インストール プロファイルまたは API BaaS としてのインストールでのみ使用可能） プロフィール）
    e = ElasticSearch
    b = API BaaS スタック
    p = API BaaS ポータル
    ebp = ElasticSearch、API BaaS スタックと API BaaS ポータルを同じノード上に配置
  12. Management Server で apigee-validate ユーティリティを インストールをテストするをご覧ください。

後で更新をロールバックするには、4.17.09 ロールバック プロセスで説明されている手順を行います。

ローカルから 4.17.09 に更新する手順 リポジトリ

Edge ノードがファイアウォールの内側にあるか、なんらかの理由でアクセスが禁止されている場合は ローカル リポジトリから更新を実行できます。 またはミラーを作成します。

ローカルの Edge リポジトリを作成した後、ローカル環境から Edge を更新する方法は 2 つあります。 ローカル リポジトリ:

  • リポジトリの .tar ファイルを作成し、その .tar ファイルをノードにコピーして、 .tar ファイルです。
  • ローカル リポジトリのあるノードにウェブサーバーをインストールし、他のノードがアクセスできるようにします。 Apigee が提供する Nginx ウェブサーバーを使用することも、独自のウェブサーバーを使用することもできます。 使用します。

ローカルの 4.17.09 リポジトリから更新するには:

  1. 「ローカルの Apigee リポジトリを作成する」の説明に沿って、ローカルに 4.17.09 リポジトリを作成するEdge apigee-setup のインストールの ユーティリティです。
    注: 既存の 4.17.01/4.17.05 リポジトリがある場合は、 「ローカルの Apigee リポジトリを更新する」の説明に沿って 4.17.09 リポジトリをこのリポジトリにアップロードEdge apigee-setup のインストール ユーティリティです。
  2. .tar ファイルから apigee-service をインストールするには: <ph type="x-smartling-placeholder">
      </ph>
    1. ローカル リポジトリがあるノードで、次のコマンドを使用してローカル リポジトリをパッケージ化します。 /opt/apigee/data/apigee-mirror/apigee-4.17.09.tar.gz という名前の単一の.tar ファイル:
      &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-mirror パッケージ
    2. Edge を更新するノードに .tar ファイルをコピーします。たとえば、 プロジェクトの /tmp ディレクトリを 作成します。
    3. 新しいノードで、ファイルを /tmp ディレクトリに展開します。
      &gt;tar -xzf apigee-4.17.09.tar.gz

      このコマンドを実行すると、.tar が含まれるディレクトリに repos という新しいディレクトリが作成されます 表示されます。例: /tmp/repos
    4. /tmp/repos から Edge apigee-service ユーティリティと依存関係をインストールします。
      &gt;sudo bash /tmp/repos/bootstrap_4.17.09.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

      このコマンドには、Repo ディレクトリのパスが含まれています。
  3. Nginx ウェブサーバーを使用して apigee-service をインストールするには: <ph type="x-smartling-placeholder">
      </ph>
    1. 「Nginx を使用してリポジトリからインストールする」の説明に沿って、Nginx ウェブサーバーを構成します。 webserver&quot;Edge のインストール apigee-setup ユーティリティを実行します。
    2. リモートノードで、Edge の bootstrap_4.17.09.sh ファイルを次の場所にダウンロードします。 /tmp/bootstrap_4.17.09.sh:
      &gt;/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.17.09.sh -o /tmp/bootstrap_4.17.09.sh

      ここで、uName:pWord は上記で設定したユーザー名とパスワードです。 remoteRepo は、リポジトリの IP アドレスまたは DNS 名です。 作成します。
    3. リモートノードで、Edge apigee-service ユーティリティと依存関係をインストールします。
      &gt;sudo bash /tmp/bootstrap_4.17.09.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName、apigeepassword=pWord apigeeprotocol=http://

      ここで、uName:pWord はリポジトリのユーザー名とパスワードです。
  4. apigee-service を使用して以下を行います。 apigee-setup ユーティリティを更新します。
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
  5. apigee-validate を更新する Management Server 上のユーティリティです。
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-validate の更新
  6. apigee-provision を更新する ユーティリティ:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-provision の更新
  7. 以下の「マシンの順番」に記載されている順序で、ノードで update ユーティリティを実行します。 更新」下:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    構成ファイルに対する唯一の要件は、構成ファイルがアクセスでき、 「apigee」によって読み取れます。できます。

    「-c」オプションを使用して、更新するコンポーネントを指定します。リストには、 コンポーネントに含まれるもの:
    ldap = OpenLDAP
    cs = Cassandra
    zk = Zookeeper
    qpid = qpidd
    ps = postgresql
    edge =すべての Edge コンポーネント Edge UI を除く: Management Server、Message Processor、Router、QPID Server、Postgres Server
    ui = Edge UI
    all = デバイス上のすべてのコンポーネントを更新 （Edge aio インストール プロファイルまたは API BaaS としてのインストールでのみ使用可能） プロフィール）
    e = ElasticSearch
    b = API BaaS スタック
    p = API BaaS ポータル
    ebp = ElasticSearch、API BaaS スタックと API BaaS ポータルを同じノード上に配置
  8. Management Server で apigee-validate ユーティリティを インストールをテストするをご覧ください。

後で更新をロールバックするには、4.17.09 ロールバック プロセスで説明されている手順を行います。

マシンの更新の順序

Edge インストールでは、マシンを更新する順序が重要です。最も 更新における重要な考慮事項は次のとおりです。

  • いずれかの Cassandra ノードと ZooKeeper ノードを更新する前に、すべての Cassandra ノードを更新する必要があります。 他のノードで使用できます。
  • 複数の Edge コンポーネント（Management Server、Message Processor、 Postgres Server ではなく、Router、QPID Server など）、「-c edge」を使用します。すべて更新するオプションが できます。
  • ステップが複数のマシンで実行されるように指定されている場合、そのステップは マシン順序を指定します。
  • Monetization を更新するための個別の手順はありません。これは、"-c" エッジ"選択します。

1 ホストのスタンドアロン 設置

  1. 4.17.01 から更新する場合、次の場合は構成ファイルで SMTPMailFROM を設定します。 Edge で SMTP が有効になっていること。このパラメータの形式は次のとおりです。
    SMTPMailFROM="マイ会社 <myco@company.com>」
  2. Cassandra と ZooKeeper を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  3. Qpid と Postgres を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile
  4. postgresql を起動します。
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
  5. LDAP を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  6. 残りの Edge コンポーネントを更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Edge UI を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

2 ホスト構成のスタンドアロン 設置

インストール トポロジをご覧ください。 をご覧ください。

  1. 4.17.01 から更新する場合、次の場合は構成ファイルで SMTPMailFROM を設定します。 Edge で SMTP が有効になっていること。このパラメータの形式は次のとおりです。
    SMTPMailFROM="マイ会社 <myco@company.com>」
  2. マシン 1 の Cassandra と ZooKeeper を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  3. マシン 2 の Qpid と Postgres を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile
  4. マシン 2 で postgresql を起動します。
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
  5. マシン 1 の LDAP を更新します:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  6. マシン 2 とマシン 1 の Edge コンポーネントを更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. マシン 1 の UI を更新:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

5 ホスト クラスタ クラスタ 設置

インストール トポロジをご覧ください。 をご覧ください。

  1. 4.17.01 から更新する場合、次の場合は構成ファイルで SMTPMailFROM を設定します。 Edge で SMTP が有効になっていること。このパラメータの形式は次のとおりです。
    SMTPMailFROM="マイ会社 <myco@company.com>」
  2. マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  3. マシン 4 の Qpid と Postgres を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile
  4. マシン 4 で postgresql を起動します。
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
  5. マシン 5 で手順 3 と 4 を繰り返します。
  6. マシン 1 の LDAP を更新します:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  7. マシン 4、5、1、2、3 の Edge コンポーネントを更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  8. マシン 1 の UI を更新:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

9 つのホストからなるクラスタ 設置

インストール トポロジをご覧ください。 をご覧ください。

  1. 4.17.01 から更新する場合、次の場合は構成ファイルで SMTPMailFROM を設定します。 Edge で SMTP が有効になっていること。このパラメータの形式は次のとおりです。
    SMTPMailFROM="マイ会社 <myco@company.com>」
  2. マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  3. マシン 6 の Qpid と Postgres を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile
  4. マシン 6 で postgresql を起動します。
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
  5. マシン 7 で手順 3 と 4 を繰り返します。
  6. マシン 1 の LDAP を更新します:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  7. マシン 6、7、8、9、1、4、5 の順序で Edge コンポーネントを更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  8. マシン 1 の UI を更新:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

13 ホストのクラスタ 設置

インストール トポロジをご覧ください。 をご覧ください。

  1. 4.17.01 から更新する場合、次の場合は構成ファイルで SMTPMailFROM を設定します。 Edge で SMTP が有効になっていること。このパラメータの形式は次のとおりです。
    SMTPMailFROM="マイ会社 <myco@company.com>」
  2. マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  3. マシン 12 の Qpid と Postgres を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile
  4. マシン 12 で postgresql を起動します。
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
  5. マシン 13 で手順 3 と 4 を繰り返します。
  6. マシン 4、5 の LDAP を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  7. マシン 12、13、8、9、6、7、10、11 の順序で Edge コンポーネントを更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  8. マシン 6、7 の UI を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

12 ホストのクラスタ構成 設置

インストール トポロジをご覧ください。 をご覧ください。

  1. 4.17.01 から更新する場合、次の場合は構成ファイルで SMTPMailFROM を設定します。 Edge で SMTP が有効になっていること。このパラメータの形式は次のとおりです。
    SMTPMailFROM="マイ会社 <myco@company.com>」
  2. Cassandra と ZooKeeper を更新します。 <ph type="x-smartling-placeholder">
      </ph>
    1. データセンター 1 のマシン 1、2、3 で、次のコマンドを実行します。
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
    2. データセンター 2 のマシン 7、8、9 でインストール
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  3. qpidd を更新します。 <ph type="x-smartling-placeholder">
      </ph>
    1. データセンター 1 のマシン 4、5 <ph type="x-smartling-placeholder">
        </ph>
      1. qpidd を更新する マシン 4:
        &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      2. マシン 5 で手順 1 を繰り返します。
    2. データセンター 2 のマシン 10、11 <ph type="x-smartling-placeholder">
        </ph>
      1. qpidd を更新する マシン 10:
        &gt; /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      2. マシン 11 で手順 1 を繰り返します。
  4. postgresql を更新します。
    1. データセンター 1 のマシン 6
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
      &gt;/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql start
    2. データセンター 2 のマシン 12
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
      &gt;/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 開始
  5. LDAP を更新します。 <ph type="x-smartling-placeholder">
      </ph>
    1. データセンター 1 のマシン 1
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
    2. データセンター 2 のマシン 7
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  6. Edge コンポーネントを更新します。 <ph type="x-smartling-placeholder">
      </ph>
    1. データセンター 1 のマシン 4、5、6、1、2、3
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
    2. データセンター 2 のマシン 10、11、12、7、8、9
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. UI を更新します。 <ph type="x-smartling-placeholder">
      </ph>
    1. データセンター 1 のマシン 1:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
    2. データセンター 2 のマシン 7:
      &gt; /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

7 ホスト API BaaS の場合 設置

  1. SMTPMailFROM を 構成ファイルが更新されます。このパラメータの形式は次のとおりです。
    SMTPMailFROM="マイ会社 <myco@company.com>」
  2. マシン 5、6、7 の Cassandra を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile

  3. マシン 1、2、3 の ElasticSearch と API BaaS Stack を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c e,b -f configFile

  4. マシン 4 の API BaaS ポータルの更新:
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile

10 ホスト API BaaS の場合 設置

  1. SMTPMailFROM を 構成ファイルが更新されます。このパラメータの形式は次のとおりです。
    SMTPMailFROM="マイ会社 <myco@company.com>」
  2. マシン 8、9、10 の Cassandra を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  3. マシン 1、2、3 の ElasticSearch を更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile
  4. マシン 4、5、6 の API BaaS スタックを更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile
  5. マシン 7 の API BaaS ポータルを更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile

2 データセンター API Baas の場合 設置

この手順では、両方のデータセンターの Cassandra ノードを更新する必要があります。もし 共有する場合、通常はサービス アプリケーションの一部としてこれらのノードを 説明します。

  1. SMTPMailFROM を 構成ファイルを定義します。このパラメータの形式は次のとおりです。
    SMTPMailFROM="マイ会社 <myco@company.com>」
  2. 2 つのデータセンターの正しいレプリケーション係数を使用して Cassandra キースペースを更新します。マイページ この手順は、いずれかのデータセンターの Cassandra サーバーで 1 回だけ実行する必要があります。

    注: 以下のコマンドはすべて、レプリケーション係数を「3」に設定します。 3 つの Cassandra ノードが必要です。実際のインストールに応じて、この値を変更します。
    1. Cassandra cqlsh ユーティリティを起動します。
      &gt; /opt/apigee/apigee-cassandra/bin/cqlsh cassandraIP
    2. 「cqlsh>」で次の CQL コマンドを実行します。レプリケーションを設定 次のとおりです。 <ph type="x-smartling-placeholder">
        </ph>
      1. cqlsh&gt;変更 KEYSPACE「Apigee_Baas_dc_1」WITH replication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3'};
      2. cqlsh&gt;変更 KEYSPACE「Apigee_Baas」WITH replication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3'};
      3. cqlsh&gt;変更 KEYSPACE「Apigee_Baas_Locks」WITH replication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3'};
      4. cqlsh&gt;キースペースの変更 system_tracesWITH replication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3'};
      5. cqlsh&gt;変更 KEYSPACE「Apigee_Baas_dc_2」WITH replication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3'};
      6. 次のコマンドを使用して、キースペースを表示します。
        cqlsh&gt;select * from system.schema_keyspaces;
      7. cqlsh を終了します。
        cqlsh&gt;終了
  3. （更新の過程で Cassandra をアップデートしていない場合のみ） Edge） データセンター 1 の Cassandra ノードを 1 台ずつ更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  4. （更新の過程で Cassandra をアップデートしていない場合のみ） Edge）で、データセンター 2 の Cassandra ノードを 1 台ずつ更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  5. データセンター 1 のマシンの ElasticSearch を、一度に 1 台のマシンで更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile
  6. データセンター 2 のマシンの ElasticSearch を、一度に 1 台のマシンで更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile
  7. データセンター 1 のマシンの API BaaS スタックを、マシン 1 台ずつ更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile
  8. データセンター 2 のマシンの API BaaS スタックを、マシン 1 台ずつ更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile
  9. データセンター 1 のマシンの API BaaS ポータルを、マシンごとに 1 台ずつ更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
  10. データセンター 2 のマシンの API BaaS ポータルを、一度に 1 台ずつ更新します。
    &gt; /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
  11. BaaS キースペースの値を更新します。これらのキースペースはインストール時にレプリケーション用に設定する必要があります。 実行時に行う必要はありませんレプリケーションを削除すると、Cassandra のメモリも節約されます。

    この手順は、いずれかのデータセンターの Cassandra サーバーで 1 回だけ実行する必要があります。 <ph type="x-smartling-placeholder">
      </ph>
    1. Cassandra cqlsh ユーティリティを起動します。
      &gt; /opt/apigee/apigee-cassandra/bin/cqlsh cassandraIP
    2. 次の CQL コマンドを実行して、Cassandra のレプリケーション レベルを設定します。 キースペース: <ph type="x-smartling-placeholder">
        </ph>
      1. cqlsh&gt;キースペースの変更 &quot;Apigee_Baas_dc_1&quot;WITH replication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3' };
      2. cqlsh&gt;キースペースの変更 &quot;Apigee_Baas_dc_2&quot;WITH replication = { 'class': 'NetworkTopologyStrategy', 'dc-2': '3' };
      3. 次のコマンドを使用して、キースペースを表示します。
        cqlsh&gt;選択 * system.schema_keyspaces;
      4. cqlsh を終了します。
        cqlsh&gt;終了

非標準インストールの場合

非標準インストールを使用している場合は、次の場所で Edge コンポーネントを更新します。 order:

  1. ZooKeeper
  2. Cassandra
  3. qpidd、ps
  4. LDAP
  5. Edge（「-c edge」の意味）すべてのノードのプロファイルを、次の順序で配置します。 Postgres Server、Management Server、Message Processor、Router です。
    注: ノードに Qpid Server と Postgres Server の両方がインストールされている場合は、次のコマンドを実行します。 「-c Edge」プロファイルのステップ。
  6. Edge UI