問題タブ [varnish-4]

Nginx Web サーバーで Varnish を構成しようとしています。

ニスの構成

ファイル内/etc/varnish/default.vcl

ファイル内/etc/default/varnish

Nginx の設定

仮想ホストファイル内/etc/nginx/sites-enabled/domain

この構成は機能していません。Web ブラウザーで開くdomain.comと、サイトには何も表示されませんが、Web を開くとdomain.com:8080Web サイトは機能します。

listen 80仮想ホストでポートを に変更すると動作しますdomain.comが、Varnish はポート80との両方で動作しません8080。

curl -I両方のポートで実行した後の結果

両方のポートで curl -I を実行した後の結果

どうすればこれを修正できますか。

Centos 7.2 で varnish 4 を実行しています。すべてが正しく構成されているように見えますが、ネットワーク経由で管理インターフェースに接続できないようです。

/etc/varnish/varnish.params 内の構成は次のとおりです。

ただし、localhost経由で接続できます。

同じネットワーク上のサーバーから、同じコマンドがタイムアウトします。

Netstat は、Vanish がすべてのインターフェイスのポート 6082 でリッスンしていることを確認します

Linux ファイアウォールが無効になっています。

実行中のプロセスの詳細は次のとおりです。

SELinux が無効になっています

NMAPの結果

ワニスバージョン

いくつかの異なるコンピューターから試しましたが、接続しようとしてもすべて同じ結果になりました。これらのホスト間にファイアウォールはありません。

vcl ファイルは Admin ターミナルへの接続とは関係がないと思いますが、念のため /etc/varnish/default.vcl を示します。

アイデアをありがとう！

ubuntu でプロキシとして nginx を使用して varnish を実行していますが、数日おきに (24: 開いているファイルが多すぎます) エラーが発生します。nginx を再起動すると問題が解決します。このエラーについて調査した結果、nginx.conf の worker_rlimit_nofile を増やすことが一般的な解決策であることがわかりました。私が設定する制限にも到達する可能性があるため、これは本当の解決策ではないように感じます.

nginx がこれらのファイル (これらはソケットだと思います) を開いたままにしておくのはなぜですか? 私の状況の解決策は何ですか？

アップデート：

lsof を実行すると、何百ものワニス ソケットが開いていることに気付きました。私の問題は、これらのソケットが閉じられないことだと思います。

私はワニス4 + nginx + ELBを使用しています。varnishlog を実行すると、次のような新しいセッションが 2 秒ごとに表示され続けます。

ELB からワニス サーバーを削除すると、これらのセッションが表示されません。これらのセッションはどこから来たのですか? (ELB ヘルスチェック間隔は 300 秒)

数日後に ELB がインスタンスを追い出す理由を調査した後、この問題を発見しました。

私のウェブサイトには以下のリクエストフローがあります-

AWS CloudFront -> ELB -> Varnish 4.0.3 -> NginX (リバース プロキシ) -> ELB -> Drupal7

動作中 : 通常の流れは期待どおりに動作しています。

問題: サイトで負荷テストを実行すると、同じリクエストが Drupal サーバーに複数回送信されます。たとえば、私の jMeter はhttp://website/index.phpへの 500 回の呼び出しを攻撃し、~50% のリクエストが Drupal サーバーにヒットしました。

期待: Varnish は、最初に応答するまで、すべて同じ要求を保持する必要があります。

観察: 最初のリクエストに対する応答が来るまで、Varnish はすべて同じリクエストをバックエンドに送信します。

誰かがそのような機能を実装している場合は、共有してください

ELBに接続されたリバースプロキシとしてnginxで動作するvarnish 4サーバーがあります。

2 日ごとにサーバーが応答を停止し、nginx access.log に 499 の応答が表示されます

nginx を再起動すると問題が解決します。

これらの 499 の応答が得られるようになったのはなぜですか?

nginx を再起動して問題を解決するのはなぜですか?

Varnish 4.0.3 を使用しており、完全な Web サイト (一部の管理ページを除く) を varnish にキャッシュしたいと考えています。それを達成するために、私は以下の質問があります:-

1. ワニスキャッシュをウォームアップするにはどうすればよいですか
2. Varnish での完全なサイト アクセラレーション
3. バックエンドがダウンした場合の対処方法
4. 以下のアーキテクチャ用にワニスを設定する方法

アーキテクチャ: AWS CloudFront (CDN) -> Varnish -> NginX (リバースプロキシ) -> NginX -> Drupal

varnish 4 を使用して、複数のサーバーからの同じリクエストの異なるコンテンツをキャッシュします。あるサーバーからの最初のリクエストをキャッシュし、後続のすべてのリクエストに対して同じコンテンツを提供し続けているようです。

curl を実行すると、2 つのキャッシュと異なる年齢で応答が得られます。

粘着性の動作に負荷などの要因はありますか? Jmeter と apache ベンチマークを負荷で使用しましたが、それでも同じ動作が得られました。

私の vcl_hash は良いですか? バックエンド サーバーの url と ip のハッシュの組み合わせでオブジェクトを保存したい。

少なくとも私の場合、キャッシュ オブジェクトの ttl の後に、varnish が 2 番目のサーバーからキャッシュされ、ttl が完了するまで同じ値を返します。しかし、これは私たちが期待する動作ではありませんか?

私は何か不足していますか？

ラウンド ロビンと hash_data を使用します。以下は私のconfig.vclです

ワニスを構成できましたが、キャッシュではないと思います。応答ヘッダーには、次の属性が表示されます。

私の default.vcl ファイルは次のとおりです。

さらに、varnishlog が機能していません。ターミナルで varnishlog と入力すると、以下のメッセージが表示されます。

/opt/bitnami/varnish/var/varnish/_.vsm を開けません: そのようなファイルまたはディレクトリはありません

ファイルの場所を確認しました。_.vsmここには存在しません。varnishd プロセスで使用される vsm の場所を確認しました。違いました