Edge for Private Cloud v. 4.16.05
このドキュメントでは、既存の 4.16.05 のインストールを更新する手順について説明します。 Apigee の最新の RPM とサポート ファイルを使用できます。この手順では、update.sh ユーティリティを使用して 更新を実行します。
更新できる Edge のバージョン 最新の 4.16.05 リリースへ
既存の Apigee Edge バージョン 4.16.05.x インストールを最新の 4.16.05 リリース。
現在 Edge バージョン 4.16.01.0x 以前を実行している場合は、最初に 4.16.05.Apigee Edge 4.16.01 を 4.16.05 に更新するをご覧ください。 をご覧ください。
更新を実行できるユーザー
更新を実行するユーザーは、最初に Edge をインストールしたユーザーと同じである必要があります。 ユーザーです。
Edge RPM をインストールした後は、どのユーザーでも構成できます。
更新に必要なディスク容量
実践の前に、少なくとも 1 GB のディスク空き容量があることを確認してください。 更新されます
プロパティの自動伝播 4.16.05.x からの設定
/opt/apigee/customer/application の .properties ファイルを編集してプロパティを設定している場合は、 値が保持されます。
前提条件の更新
Apigee Edge をアップグレードする前に、次の前提条件を満たしていることを確認してください。
- すべてのノードをバックアップする
安全のために、更新前にすべてのノードを完全にバックアップすることをおすすめします できます。現在のバージョンの Edge の手順に沿ってバックアップを実行します。
これにより、新しいバージョンにアップデートされなかった場合に備えて、バックアップ プランを作成できます。 確認します。バックアップの詳細については、バックアップと復元をご覧ください。 - Edge が動作していることを確認する
次のコマンドを使用して、更新プロセス中に Edge が稼働していることを確認します。
> /<inst_root>/apigee/apigee-service/bin/apigee-all status
更新の失敗への対応
更新に失敗した場合は、問題を修正してから update.sh を実行する もう一度クリックします。更新は複数回実行でき、最後に終了したところから続行されます。 オフにします。
失敗した結果、前のバージョンに更新をロールバックする必要がある場合は、4.16.05 ロールバック プロセスをご覧ください。
更新情報のロギング
デフォルトでは、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 をロードバランサに追加し直します
- 以下の「注文 表示されます。
- Router を更新するときは、任意の Router を 1 つ選択し、 次のセクションの「Router と Message Processor を到達不能にする」をご覧ください。
- 選択した Router と、その Router と同じマシンにある他のすべての Edge コンポーネントを更新します。 すべての Edge 構成では、同じノード上に Router と Message Processor があります。
- Router を再び到達可能にします。
- 残りのルーターに手順 2 ～ 4 を繰り返します。
- インストール済みの残りのマシンについて、更新を続行してください。
ルーターの作成と Message Processor に接続できません
本番環境の設定では、複数の Router と Message Processor を使用して以下を実現します。 それらの Router と Message Processor のネットワーク到達性を 更新前後のプロセッサ。
次の API 呼び出しは、ノードを到達可能または到達不能として構成します。
> curl -u adminEmail:pWord -X POST "http://<ms_IP>:8080/v1/servers/UUID" -d "reachable=true|false"
ここで、UUID は Message Processor または Router の UUID です。 true または false に設定されます。
Router の UUID を確認する必要がある場合は、次の cURL コマンドを使用します。
> curl http://<routerIP>:8081/v1/servers/self
Message Processor の UUID を特定する必要がある場合は、次の cURL を使用します。 command:
> curl http://<mpIP>:8082/v1/servers/self
更新の前後に次の点に注意してください。
- Router ノードと Message Processor ノードが統合されている場合:
<ph type="x-smartling-placeholder">
- </ph>
- 更新前 – 次のことを行います。
<ph type="x-smartling-placeholder">
- </ph>
- 上記の API 呼び出しを使用して、Router を到達不能な状態にします。
- Message Processor を到達不能な状態にします。
- 更新後 - 次の操作を行います。
<ph type="x-smartling-placeholder">
- </ph>
- Message Processor を到達可能にします。
- Router を到達可能にします。
- 更新前 – 次のことを行います。
<ph type="x-smartling-placeholder">
- 単一の Router ノードの場合:
<ph type="x-smartling-placeholder">
- </ph>
- 更新する前に、Router を到達可能にします。
- 更新後、Router を到達可能にします。
- 単一の Message Processor ノードの場合:
<ph type="x-smartling-placeholder">
- </ph>
- 更新前に、Message Processor を到達不能な状態にします。
- 更新後、Message Processor を到達可能にします。
サイレント構成ファイルの使用
更新コマンドにはサイレント構成ファイルを渡す必要があります。サイレント構成ファイル Edge 4.16.05 のインストールに使用したものと同じである必要があります。
更新の手順 外部インターネット接続があるノード上の 4.16.05
ノード上の Edge コンポーネントを更新するには、次の操作を行います。
- Cassandra の修復オペレーションを実行するように構成された CRON ジョブがある場合は、無効にします 更新が完了するまで表示されません。
- root としてノードにログインして Edge RPM をインストールします。
注: RPM のインストールには root 権限が必要ですが、Edge も実行可能です。 ルート権限なしで構成できます。 - Edge apigee-setup のインストール 手順に沿って SELinux を無効にします。 ユーティリティです。
- すべての Yum キャッシュを削除します。
>sudo yum clean all - 最新の Edge bootstrap_4.16.05.sh ファイルを /tmp/bootstrap_4.16.05.sh にダウンロードします。
>curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh - Edge apigee-service ユーティリティと依存関係を更新します。
>sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser=uNameuName apigeepassword=pWord
ここで、uName:pWord は、 ApigeepWord を省略すると、パスワードの入力を求められます。 - apigee-service を使用して apigee-setup ユーティリティを更新します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
この apigee-service の更新により、update.sh ユーティリティが /<inst_dir>/apigee/apigee-setup/bin にインストールされます。 - 以下の「マシンの順番」に記載されている順序で、ノードで update ユーティリティを実行します。
更新」下:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
構成ファイルに対する唯一の要件は、構成ファイルがアクセスでき、 「apigee」によって読み取れます。できます。たとえば、サーバー VM の /tmp ディレクトリに あります。
「-c」オプションを使用して、更新するコンポーネントを指定します。リストには、 コンポーネントには以下が含まれます。 <ph type="x-smartling-placeholder">- </ph>
- ldap = OpenLDAP
- cs = カサンドル
- zk = Zookeeper
- qpid = qpidd
- ps = postgresql
- Edge =Edge UI を除くすべての Edge コンポーネント: 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 ポータル
- apigee-validate ユーティリティのインストールをテストして、更新をテストします。
ローカルから 4.16.05 を更新する手順 リポジトリ
Edge ノードがファイアウォールの内側にあるか、なんらかの理由でアクセスが禁止されている場合は ローカル リポジトリから更新を実行できます。 またはミラーを作成します。
ローカルの Edge リポジトリを作成した後、ローカル環境から Edge を更新する方法は 2 つあります。 ローカル リポジトリ:
- リポジトリの .tar ファイルを作成し、その .tar ファイルをノードにコピーして、 .tar ファイルです。
- ローカル リポジトリのあるノードにウェブサーバーをインストールし、他のノードがアクセスできるようにします。 Apigee が提供する Nginx ウェブサーバーを使用することも、独自のウェブサーバーを使用することもできます。 使用します。
ローカルの 4.16.05 リポジトリから更新するには:
- ローカルに 4.16.05 リポジトリがあることを確認します。詳細については、ローカルに Node.js のものです。
- ローカル リポジトリを更新します。
<ph type="x-smartling-placeholder">
- </ph>
- 次のコマンドを実行して、最新の Edge bootstrap_4.16.05.sh ファイルをダウンロードします。
/tmp/bootstrap_4.16.05.sh:
>curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh - 同期を実行します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-mirror sync --only-new-rpms
- 次のコマンドを実行して、最新の Edge bootstrap_4.16.05.sh ファイルをダウンロードします。
/tmp/bootstrap_4.16.05.sh:
-
.tar ファイルから apigee-service をインストールするには:
<ph type="x-smartling-placeholder">
- </ph>
- ローカル リポジトリがあるノードで、次のコマンドを使用してローカル リポジトリをパッケージ化します。
/opt/apigee/data/apigee-mirror/apigee-4.16.05.tar.gz という名前の単一の.tar ファイル:
> /opt/apigee/apigee-service/bin/apigee-service apigee-mirror パッケージ - Edge を更新するノードに .tar ファイルをコピーします。たとえば、 プロジェクトの /tmp ディレクトリを 作成します。
- 新しいノードで、ファイルを /tmp ディレクトリに展開します。
<ph type="x-smartling-placeholder"> </ph> >tar -xzf apigee-4.16.05.tar.gz
このコマンドを実行すると、.tar が含まれるディレクトリに repos という新しいディレクトリが作成されます 表示されます。例: /tmp/repos - root としてノードにログインして Edge RPM をインストールします。
注: RPM のインストールには root 権限が必要ですが、Edge も実行可能です。 ルート権限なしで構成できます。 - Edge をインストールする apigee-setup ユーティリティを実行します。
- /tmp/repos から Edge apigee-service ユーティリティと依存関係をインストールします。
>sudo bash /tmp/repos/bootstrap_4.16.05.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
このコマンドには、Repo ディレクトリのパスが含まれています。
- ローカル リポジトリがあるノードで、次のコマンドを使用してローカル リポジトリをパッケージ化します。
/opt/apigee/data/apigee-mirror/apigee-4.16.05.tar.gz という名前の単一の.tar ファイル:
-
Nginx ウェブサーバーを使用して apigee-service をインストールするには:
<ph type="x-smartling-placeholder">
- </ph>
- 「Nginx を使用してリポジトリからインストールする」の説明に沿って、Nginx ウェブサーバーを構成します。 webserver"[インストール ノード上の Edge コンポーネント。
- リモートノードで、Edge bootstrap_4.16.05.sh ファイルを
/tmp/bootstrap_4.16.05.sh:
>/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh
ここで、uName:pWord は、上記で設定したユーザー名とパスワードです。 remoteRepo はリポジトリの IP アドレスまたは DNS 名です。 作成します。 - root としてノードにログインして Edge RPM をインストールします。
注: RPM のインストールには root 権限が必要ですが、Edge も実行可能です。 ルート権限なしで構成できます。 - Edge をインストールする apigee-setup ユーティリティを実行します。
- リモートノードで、Edge apigee-service ユーティリティと依存関係をインストールします。
>sudo bash /tmp/bootstrap_4.16.05.sh apigeerepohost=remoteRepo:3939 apigeeuser=uNamea pigeepassword=pWord apigeeprotocol=http://
ここで、uName:pWord はリポジトリのユーザー名とパスワードです。
- Cassandra の修復オペレーションを実行するように構成された CRON ジョブがある場合は、無効にします 更新が完了するまで表示されません。
- apigee-service を使用して apigee-setup ユーティリティを更新します。
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup の更新
この apigee-service の更新により、update.sh ユーティリティが <inst_dir>/apigee/apigee-setup/bin にインストールされます。 - 以下の「マシンの順番」に記載されている順序で、ノードで update ユーティリティを実行します。
更新」下:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
構成ファイルに対する唯一の要件は、構成ファイルがアクセスでき、 「apigee」によって読み取れます。できます。たとえば、サーバー VM の /tmp ディレクトリに あります。
「-c」オプションを使用して、更新するコンポーネントを指定します。リストには、 コンポーネントには以下が含まれます。 <ph type="x-smartling-placeholder">- </ph>
- ldap = OpenLDAP
- cs = カサンドル
- zk = Zookeeper
- qpid = qpidd
- ps = postgresql
- Edge =Edge UI を除くすべての Edge コンポーネント: 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 ポータル
- apigee-validate ユーティリティのインストールをテストして、更新をテストします。
マシンの更新の順序
Edge インストールでは、マシンを更新する順序が重要です。最も 更新における重要な考慮事項は次のとおりです。
- いずれかの Cassandra ノードと ZooKeeper ノードを更新する前に、すべての Cassandra ノードを更新する必要があります。 他のノードで使用できます。
- 更新する前に、すべての qpidd ノードと postgresql ノードを更新する必要があります。 Message Processor ノードです。
- 複数の Edge コンポーネント（Management Server、Message Processor、 Router、QPID Server、Postgres Server など）に接続する場合は「-c edge」を使用しますすべて同時に更新することも あります。
- ステップが複数のマシンで実行されるように指定されている場合、そのステップは マシン順序を指定します。
- Monetization を更新するための個別の手順はありません。これは、"-c" エッジ"選択します。
- ルーターノードを更新したら、/opt/nginx/conf.d ディレクトリからすべてのファイルを削除する必要があります。 Router を再起動します。
1 ホストのスタンドアロン 設置
- マシン 1 を更新します:
> /opt/apigee/apigee-setup/bin/update.sh -c all -f configFile - /opt/nginx/conf.d にあるすべてのファイルを削除します:
>rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
2 ホスト構成のスタンドアロン 設置
インストール トポロジをご覧ください。
- マシン 1 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - マシン 2 の qpidd と postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile - マシン 1 の LDAP を更新します:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - マシン 2 とマシン 1 の Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - ノード 1:
<ph type="x-smartling-placeholder">
- </ph>
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
>rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
- マシン 1 の UI を更新:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
5 ホスト クラスタ クラスタ 設置
インストール トポロジをご覧ください。
- マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - マシン 4、5 の qpidd と postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile - マシン 1 の LDAP を更新します:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - マシン 4、5、1、2、3 の Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - ノード 2 と 3 で次のようにします。
<ph type="x-smartling-placeholder">
- </ph>
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
>rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
- マシン 1 の UI を更新:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
9 つのホストからなるクラスタ 設置
インストール トポロジをご覧ください。
- マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - マシン 6、7 の qpidd を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - マシン 8、9 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - マシン 1 の LDAP を更新します:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - マシン 6、7、8、9、1、4、5 の順序で Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - ノード 4 と 5 で次のようにします。
<ph type="x-smartling-placeholder">
- </ph>
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
>rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
- マシン 1 の UI を更新:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
13 ホストのクラスタ 設置
インストール トポロジをご覧ください。
- マシン 1、2、3 の Cassandra と ZooKeeper を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - マシン 12、13 の qpidd を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - マシン 8、9 の postgresql を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - マシン 4、5 の LDAP を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - マシン 12、13、8、9、6、7、10、11 の順序で Edge コンポーネントを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - ノード 10 と 11 で次のようにします。
<ph type="x-smartling-placeholder">
- </ph>
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
>rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
- マシン 6、7 の UI を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
12 ホストのクラスタ構成 設置
インストール トポロジをご覧ください。
- Cassandra と ZooKeeper を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 1 のマシン 1、2、3 で、次のコマンドを実行します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - データセンター 2 のマシン 7、8、9 でインストール
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- データセンター 1 のマシン 1、2、3 で、次のコマンドを実行します。
- qpidd を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 1 のマシン 4、5
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - データセンター 2 のマシン 10、11
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- データセンター 1 のマシン 4、5
- postgresql を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 1 のマシン 6
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - データセンター 2 のマシン 12
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- データセンター 1 のマシン 6
- LDAP を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 1 のマシン 1
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - データセンター 2 のマシン 7
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- データセンター 1 のマシン 1
- Edge コンポーネントを更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 1 のマシン 4、5、6、1、2、3
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - データセンター 2 のマシン 10、11、12、7、8、9
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - ノード 2、3、8、9 で次のようにします。
<ph type="x-smartling-placeholder">
- </ph>
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
>rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router 再起動
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
- データセンター 1 のマシン 4、5、6、1、2、3
- UI を更新します。
<ph type="x-smartling-placeholder">
- </ph>
- データセンター 1 のマシン 1
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - データセンター 2 のマシン 7
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- データセンター 1 のマシン 1
7 ホスト API BaaS の場合 設置
インストール トポロジをご覧ください。
- マシン 5、6、7 の Cassandra を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile - マシン 1、2、3 の ElasticSearch と API BaaS Stack を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c e,b -f configFile - マシン 4 の API BaaS ポータルの更新:
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
10 ホスト API BaaS の場合 設置
インストール トポロジをご覧ください。
- マシン 8、9、10 の Cassandra を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile - マシン 1、2、3 の ElasticSearch を更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile - マシン 4、5、6 の API BaaS スタックを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile - マシン 7 の API BaaS ポータルを更新します。
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
非標準インストールの場合
非標準インストールを使用している場合は、次の場所で Edge コンポーネントを更新します。 order:
- ZooKeeper
- Cassandra
- qpidd
- postgresql
- LDAP
- Edge（「-c edge」の意味）すべてのノード上のプロファイルが Qpid、Postgres、Management に Server、Message Processor、Router です。
- すべての Router ノード:
<ph type="x-smartling-placeholder">
- </ph>
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
>rm -f /opt/nginx/conf.d/* - Edge Router を再起動します。
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
- /opt/nginx/conf.d にあるすべてのファイルを削除します:
- UI