Solaris 10 10/09 の新機能

システム管理の機能拡張

Solaris 10 10/09 リリースでは、次のシステム管理機能および拡張機能が追加されました。

Solaris OS のインストール時およびブート時における 2T バイトディスクのサポート

Solaris Solaris 10 10/09 リリース以降では、最大 2T バイトのサイズのディスクに Solaris OS をインストールしてブートできます。Solaris の以前のリリースでは、1T バイトを超えるディスクに Solaris OS をインストールしてブートすることはできませんでした。

Solaris のこのリリースでは、任意のサイズのディスクに VTOC ラベルを使用できます。ただし、VTOC でアドレス指定可能な領域は 2T バイトに制限されます。この機能により、容量が 2T バイトよりも大きいディスクもブートドライブとして使用できます。ただし、ラベルで使用可能な領域は 2T バイトに制限されています。

この機能は、64 ビットカーネルを実行しているシステムでのみ使用できます。x86 ベースのシステムには、最低 1G バイトのメモリが必要です。

1T バイトを超える容量のディスクでのブートをサポートするために更新された、Solaris のディスクドライバーおよびディスクユーティリティーの詳細は、『Solaris のシステム管理 (デバイスとファイルシステム)』を参照してください。

`pcitool` ユーティリティー

pcitool ユーティリティーにより、システム管理者は割り込みを特定のハードウェアストランドにバインドしてパフォーマンスを向上できます。このユーティリティーは、公開されている SUNWio-tools パッケージに含まれています。pcitool の使用法の詳細は、pcitool のマニュアルページを参照してください

ZFS の機能と変更

以降の節では、ZFS ファイルシステムの新機能を概説します。

ZFS とフラッシュインストールのサポート - Solaris 10 10/09 では、JumpStart プロファイルをセットアップして、ZFS ルートプールのフラッシュアーカイブを識別できます。詳細は、『Solaris ZFS 管理ガイド』を参照してください。

ZFS のユーザーおよびグループ割り当ての設定 - Solaris の以前のリリースでは、割り当てと予約を ZFS ファイルシステムに適用し、容量の管理と予約を実行できました。Solaris のこのリリースでは、特定のユーザーやグループが所有するファイルによって消費される容量に割り当て制限を設定できます。ユーザーやグループの数が多い環境では、ユーザーやグループに対して割り当て制限を設定するのが有効です。zfs userspace および·zfs groupspace プロパティーを次のように使用して、ユーザーやグループに割り当て制限を設定できます。

# zfs set userquota@user1=5G tank/data
# zfs set groupquota@staff=10G tank/staff/admins

ユーザーまたはグループの現在の割り当て制限の設定は、次のようにして表示できます。

# zfs get userquota@user1 tank/data
NAME       PROPERTY         VALUE            SOURCE
tank/data  userquota@user1  5G               local
# zfs get groupquota@staff tank/staff/admins
NAME               PROPERTY          VALUE             SOURCE
tank/staff/admins  groupquota@staff  10G               local

実行権用 ZFS ACL Pass Through 継承の使用 - Solaris の以前のリリースでは、ACL 継承を適用して、すべてのファイルを 0664 または 0666 アクセス権で作成することができました。このリリースでは、継承された ACL に、ファイル作成モードの実行ビットをオプションとして含めることができます。このためには、新たに追加された実行権用 Pass Through 継承を使用します。

ZFS データセットで aclinherit=passthrough-x が有効になっている場合、cc または gcc ツールから生成された出力ファイルに実行権を含めることができます。継承された ACL に実行権が含まれていない場合、コンパイラからの実行可能な出力は、chmod コマンドを使用してファイルのアクセス権を変更するまで実行できません。

ZFS ストレージプールでのキャッシュデバイスの使用 – Solaris 10 10/09 リリースでは、プールを作成し、ストレージプールのデータをキャッシュするための「キャッシュデバイス」を指定することができます。キャッシュデバイスにより、メインメモリーとディスクの間にキャッシュ層が追加されます。キャッシュデバイスを使用すると、ほぼ静的なコンテンツをランダムに読み込む作業負荷のパフォーマンスが大幅に向上します。

プールの作成時に 1 つ以上のキャッシュデバイスを指定できます。次に例を示します。

# zpool create pool mirror c0t2d0 c0t4d0 cache c0t0d0
# zpool status pool
  pool: pool
 state: ONLINE
 scrub: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        pool        ONLINE       0     0     0
          mirror    ONLINE       0     0     0
            c0t2d0  ONLINE       0     0     0
            c0t4d0  ONLINE       0     0     0
        cache
          c0t0d0    ONLINE       0     0     0

errors: No known data errors

キャッシュデバイスの使用が環境に照らし合わせて適切かどうかを判定するための詳細な情報は、『Solaris ZFS 管理ガイド』を参照してください。

ZFS プロパティーの拡張機能 - Solaris 10 10/09 リリースでは、ZFS プロパティーに次のような拡張が加えられています。

プールの作成時に、ZFS ファイルシステムプロパティーを設定できます。次の例では、プールの作成時に作成される ZFS ファイルシステムについて、圧縮が有効になります。
# zpool create -O compression=on pool mirror c0t1d0 c0t2d0
ZFS ファイルシステムに 2 つのプロパティーを設定することで、一次キャッシュ (ARC) または二次キャッシュ (L2ARC) にキャッシュされる内容を制御できます。キャッシュのプロパティーは、次のように設定します。
- primarycache – ARC にキャッシュされる内容を制御します。
- secondarycache - L2ARC にキャッシュされる内容を制御します。
これらのプロパティーは、既存のファイルシステムに設定できます。または、ファイルシステムの作成時に設定できます。次に例を示します。
# zfs set primarycache=metadata tank/datab # zfs create -o primarycache=metadata tank/newdatab
一部のデータベース環境では、ユーザーデータをキャッシュしないほうが利点が得られることがあります。キャッシュプロパティーの設定が、使用している環境に照らし合わせて適切かどうかを判定する必要があります。

詳細は、『Solaris ZFS 管理ガイド』を参照してください。

容量使用のプロパティーを使用して、クローン、ファイルシステム、およびボリュームの容量使用を特定できますが、スナップショットの容量は特定できません。属性は次のとおりです。

usedbychildren - データセットの子によって使用される容量を特定します。この容量は、データベースのすべての子が破棄された場合に解放されます。このプロパティーの省略名は usedchild です。
usedbydataset - このデータセット自体によって使用される容量を特定します。この容量は、データベースが破棄された場合に解放されますが、このためには先にすべてのスナップショットを破棄し、refreservation をすべて削除する必要があります。このプロパティーの省略名は usedds です。
usedbyrefreservation - このデータセットの refreservation セットによって使用される容量を特定します。この容量は、refreservation が削除された場合に解放されます。このプロパティーの省略名は usedrefreserv です。
usedbysnapshots - このデータセットのスナップショットによって消費される容量を特定します。具体的には、これはデータセットのスナップショットがすべて破棄された場合に解放される容量です。これはスナップショットの used プロパティーの値を単純に合計した結果ではないことに注意してください。複数のスナップショットで共有されている容量も存在するためです。このプロパティーの省略名は usedsnap です。

これらの新しいプロパティーは、used プロパティーの値を、容量を消費する各種の要素に分割します。具体的には、used プロパティーの値は次のように分割されます。

used property = usedbychildren + usedbydataset + 
usedbyrefreservation + usedbysnapshots

これらのプロパティーは、zfs list -o space コマンドを使用して表示できます。次に例を示します。

# zfs list -o space
NAME               AVAIL   USED  USEDSNAP  USEDDS  USEDREFRESERV  USEDCHILD
pool               33.2G    72K         0     21K              0        51K
rpool              27.0G  6.27G     20.5K     97K              0      6.27G
rpool/ROOT         27.0G  4.73G         0     21K              0      4.73G
rpool/ROOT/zfsBE   27.0G  4.73G     97.5M   4.63G              0          0
rpool/dump         27.0G  1.00G       16K   1.00G              0          0
rpool/export       27.0G    60K       16K     23K              0        21K
rpool/export/home  27.0G    21K         0     21K              0          0
rpool/swap         27.5G   553M         0   41.5M           512M          0

このリリースでは、zfs list 出力からスナップショットは省かれています。listsnaps プールプロパティーは、zfs list コマンドでスナップ情報が表示されるかどうかを制御します。zfs list -t snapshots コマンドを使用すると、スナップショットの情報が表示されます。デフォルト値は off です。この設定ではスナップショット情報はデフォルトで表示されません。

ZFS ログデバイスの回復 – Solaris 10 10/09 リリースでは、zpool status コマンドで、ZFS によりインテントログ障害が識別されます。FMA は、これらのエラーも報告します。ZFS と FMA は両方とも、インテントログ障害から回復する方法を説明します。

たとえば、独立したログデバイスを持つプールへ同期書き込み操作が実行される前にシステムが突然シャットダウンする場合、インテントログに関連するエラーメッセージが zpool status 出力に表示されます。ログデバイスの障害を解決する方法の詳細は、『Solaris ZFS 管理ガイド』を参照してください。
ZFS ACL セットの使用 - Solaris 10 10/09 リリースでは、各種の ACL アクセス権を個別に適用する代わりに、NFSv4 形式の ACL をセットで適用できます。次のような ACL セットが提供されています。
- full_set = すべてのアクセス権
- modify_set = write_acl と write_owner を除くすべてのアクセス権
- read_set = read_data、read_attributes、read_xattr、および read_acl
- write_set = write_data、append_data、write_attributes、および write_xattr
これらの ACL セットは事前に定義されたものであり、変更することはできません。

これらの改善と変更の詳細は、『Solaris ZFS 管理ガイド』を参照してください。

関連する ZFS 機能については、次の新機能に関する項を参照してください。

`nss_ldap shadowAccount` のサポート

LDAP ネームサービスが拡張され、構成済み LDAP サーバーに格納されているシャドウデータベースのデータを使用して、アカウントのロックとパスワードエージング機能がサポートされるようになりました。このサポートにより、passwd(1) ユーティリティーと pam_un x_*(5) PAM モジュールは、アカウントのロックとパスワードエージングを処理するとき、ローカルアカウントとリモート LDAP ユーザーアカウントに対してほとんど同じ動作が可能になりました。このため、LDAP ネームサービスにパスワードポリシーとアカウント制御を実装する方法は pam_ldap(5) モジュールのみではなくなりました。pam_unix_*(5) を使用して、ファイルや nisplus ネームサービスの場合と同様に、一貫した結果を得ることができます。

詳細は、『Solaris のシステム管理 (ネーミングとディレクトリサービス : DNS、NIS、LDAP 編)』を参照してください。

Sun Validation Test Suite 7.0 パッチセット 6

SunVTS^TM 7.0 パッチセット 6 は、Solaris 10 10/09 リリースに統合されています。SunVTS 7.0 パッチセット 6 は、従来の 3 層アーキテクチャーモデルに従っています。このパッチセットには、ブラウザベースのユーザーインタフェース (Browser-Based User Interface、BUI)、Java テクノロジベースの中間サーバー、および診断エージェントが含まれています。SunTVS インフラストラクチャーには、次の拡張機能が加えられています。

半導体デバイス (Solid-State Drive、SSD) のサポートを vtsk に追加しました。
システム構成サイズに適応するようデフォルトレベルの論理テストが拡張されました。
vtsk の予約スワップに最小値、最大値、または強い制限値を設けました。
論理テスト実行の順序を変更できるようにしました。

Solaris 10 10/09 リリースには、メモリーおよび CPU の診断に関する次のような拡張機能が含まれています。

X86-L3$ サポートを l3sramtest に追加しました。
vmemtest、fputest、および l2sramtest が、スワップ要件を返すコールバックを提供するように拡張されました。
x86 システムおよび UltraSPARC® T2 プロセッサベースのシステム用に論理テストをチューニングしました。

Solaris 10 10/09 リリースには、I/O の診断に関する次のような拡張機能が含まれています。

disktest が拡張され、読み取り/書き込みオプションが適用できない場合には読み取り専用モードで実行されるようになりました。
x86、UltraSPARC T2 プロセッサ、および UltraSPARC IV システム用にディスク論理テストがチューニングされました。
半導体ドライブ (Solid-State Drive、SSD) およびハードディスクドライブ (Hard Disk Drive、HDD) タスクが Disk LT で実行されるように、disktest のオプションが自動化されました。
netlbtest でのテストとオプションの選択を自動化しました。
安全と危険なテストオプションを disktest と iobustest でサポートするようにしました。