[sugj-tech:7328] Re: TOSHARG-HighAvailability.xmlのわからない点(05)

[TAKAHASHI Motonobu]

たかはしもとのぶです。

>                <para>
>                これを有効にし、効果的にするための性能要求のための計測を識別することは
>                まだしていない。
>                We have yet to identify metrics for  performance demands to enable this to happen
>                effectively.


【直訳】
これらの機能を効果的に用いることが可能となるようなパフォーマンス要求の指標はまだ確立していない。

【意訳】
これらの機能を有効化する効果の有無を計るパフォーマンス指標はまだ確立していない。

>                        障害の意味を定義する必要がある。SambaはWindowsと同じように
>                        振る舞う。oplockが失敗を通知したとき、ファイルオープン
>                        要求は許可されるが、これはクラスタ環境では潜在的に危険である。
>                        そのため、どのようにサーバ間プールの障害の意味が機能するかと、
>                        どのようにそのような機能を実装したらよいだろうか?
>                        Failure semantics need to be defined. Samba behaves the same way as Windows.
>                        When oplock messages fail, a file open request is allowed, but this is
>                        potentially dangerous in a clustered environment. So how should interserver
>                        pool failure semantics function, and how should such functionality be implemented?
>                        </para></listitem>

何をもって「障害」とみなすかを定義する必要がある。Samba は Windows と同様に動作する。 oplock が失敗を通知
すると、ファイルオープン要求は許可されるが、これはクラスタ環境では潜在的な危険性がある。

サーバ間プールの障害という意味は、どのように位置づけるべきか、またこうした機能をどのように実装すべきか。

TAKAHASHI Motonobu <monyo ＠ monyo.com>