Solaris 11へのアップグレード以降、私のARCサイズは、30GBのRAMがあるにもかかわらず、常に119MBをターゲットにしています。何?どうして?


9

Solaris 11がリリースされる前に、Solaris 11 ExpressでNAS / SANボックスを実行しました。ボックスは、D2700が取り付けられたHP X1600です。合計すると、12x 1TB 7200 SATAディスク、12x 300GB 10k SASディスクが別々のzpoolにあります。合計RAMは30GBです。提供されるサービスは、CIFS、NFS、およびiSCSIです。

すべて順調で、ZFSのメモリ使用量グラフは次のようになりました。

約23GBのかなり健全なArcサイズ-キャッシュに使用可能なメモリを利用します。

しかし、それが出たとき、私はSolaris 11にアップグレードしました。これで、グラフは次のようになります。

の部分的な出力arc_summary.plは次のとおりです。

System Memory:
     Physical RAM:  30701 MB
     Free Memory :  26719 MB
     LotsFree:      479 MB

ZFS Tunables (/etc/system):

ARC Size:
     Current Size:             915 MB (arcsize)
     Target Size (Adaptive):   119 MB (c)
     Min Size (Hard Limit):    64 MB (zfs_arc_min)
     Max Size (Hard Limit):    29677 MB (zfs_arc_max)

それは915MBで座っている間に119MBを目標としています。それは遊ぶために30GBを持っています。どうして?彼らは何かを変えましたか?

編集する

明確にするために、arc_summary.plベンロックウッドのものであり、上記の統計を生成する関連行は次のとおりです。

my $mru_size = ${Kstat}->{zfs}->{0}->{arcstats}->{p};
my $target_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c};
my $arc_min_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c_min};
my $arc_max_size = ${Kstat}->{zfs}->{0}->{arcstats}->{c_max};
my $arc_size = ${Kstat}->{zfs}->{0}->{arcstats}->{size};

Kstatのエントリはそこにあり、私はそれらから奇妙な値を取得しています。

編集2

アークサイズを再測定したところarc_summary.plです。これらの数値を確認しましたkstat

System Memory:
     Physical RAM:  30701 MB
     Free Memory :  26697 MB
     LotsFree:      479 MB

ZFS Tunables (/etc/system):

ARC Size:
     Current Size:             744 MB (arcsize)
     Target Size (Adaptive):   119 MB (c)
     Min Size (Hard Limit):    64 MB (zfs_arc_min)
     Max Size (Hard Limit):    29677 MB (zfs_arc_max)

驚いたのは、ターゲットサイズが119MBであることです。グラフを見るarc_summary.plと、Solaris 11がインストールされて以来、まったく同じ値(サボテンによると124.91M、によると119M- 違いは1024/1000の丸めの問題だと思う)をターゲットにしています。カーネルが目標サイズを別のものにシフトするための努力をゼロにしているようです。現在のサイズは、システム(大)のニーズがターゲットサイズと戦うため変動しており、平衡状態は700〜1000MBのようです。

質問はもう少し指摘されました-なぜSolaris 11は私のARCターゲットサイズを119MBにハード設定するのですか、そしてそれをどのように変更するのですか?何が起こるかを確認するために最小サイズを上げる必要がありますか?

私はhttp://pastebin.com/WHPimhfgkstat -n arcstatsオーバーの出力をスタックしました

編集3

さて、今は奇妙です。私はflibflobがこれを修正するパッチがあったと述べたことを知っています。私はまだこのパッチを適用しておらず(まだ内部サポートの問題を整理しています)、他のソフトウェアアップデートを適用していません。

先週の木曜日、箱が墜落しました。のように、すべてに応答することは完全に停止しました。再起動すると正常に戻りましたが、グラフは次のようになっています。

問題は修正されたようです。

これは適切なラ・ラ・ランドのものです。何が起こっているのか、文字通りわかりません。:(

回答:


4

残念ながら私はあなたの問題を解決することはできませんが、ここにいくつかの背景情報があります:

  • ARCターゲットサイズは修正値ではないようです。Solaris 11マシンで同じ問題が発生し、再起動するたびに、ある時点で、ターゲットサイズが100〜500 MBの値に固定されているようです。

  • http://mail.opensolaris.org/pipermail/zfs-discuss/2012-January/050655.htmlで説明されているように、少なくとも3人が同じ問題に直面しています

  • 「My Oracle Support」(https://support.oracle.com)には、未解決のバグレポート(7111576)もあります。サーバーが有効なサポート契約を結んでいる場合は、サービスリクエストを提出し、そのバグを参照してください。現在、バグ修正はまだ進行中のようです...

それ以外には、できることは多くありません。zpool / zfsバージョンをまだアップグレードしていない場合は、古いSolaris 11 Expressブート環境で起動して、Oracleが最終的に問題を修正するSRUをリリースすることを決定するまで実行することができます。

編集:パフォーマンスの低下の問題は上記で説明されているので、すべてはあなたが何をしているかに依存します。Solaris 11 11/11にアップグレードして以来、Solaris 11 NFS共有でひどい待ち時間が発生しました。ただし、私はあなたのシステムと比較して、スピンドルが比較的少なく、期待どおりに機能するARCおよびL2ARCキャッシュに大きく依存しています(この問題により、L2ARCが適切なサイズに成長しないことにも注意してください)。これは間違いなく統計の誤解の問題ではありません。

ARC / L2ARCに過度に依存することはないかもしれませんが、ddを使用して(通常はRAMに収まる)大きなファイルを複数回読み取ることで、おそらくそれを再現できます。おそらく、初めてファイルを読み取るときは、同じファイルを連続して読み取るよりも実際に高速であることに気付くでしょう(ばかげたARCサイズと無数のキャッシュの排除により)。

編集:この問題を解決するIDRパッチをOracleから受け取ることができました。システムがサポートされている場合は、CR 7111576のIDRパッチを要求する必要があります。このパッチは、SRU3を搭載したSolaris 11 11/11に適用されます。


サポートを受けていると思いますが、私は大企業で働いているので、誰が知っていますか?
12

1

彼らはkstatsを変更しました。

Oracle Solaris 11では、zfs:0:arcstatsから次の統計が削除されました。

  • evict_l2_cached
  • evict_l2_eligible
  • evict_l2_ineligible
  • evict_skip
  • hdr_size
  • l2_free_on_write
  • l2_size recycle_miss

以下をzfs:0:arcstatsに追加しました:

  • buf_size
  • meta_limit
  • meta_max
  • meta_used

したがって、これは基本的にスクリプトの問題である可能性があります。


興味深い点ですが、これらの数値を報告するためにこれらの指標を使用しているとは思いません。編集を参照してください。
2012年

それらは確かにまだここにあります。それを考えると、これは非常に奇妙に見えます。何らかのパフォーマンスの低下が見られますか?
juwi

私は持っているとは言えない。私はおそらくこれを測定する必要があります。
2012年

これがあなたが見ているものの間違いではなく、本当に奇妙な場合は、これらの値をライブシステムでオンザフライで変更できるか、または/ etc / systemを永続的に使用できることに注意してください。
Nex7
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.