|
この文書は自動機械翻訳技術を使用して翻訳されています。 正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。 相違がある場合は、元の英語版 英語 が優先され、正式なテキストとなります。 |
SUSE Observability クエリ言語 (STQL)
概要
このページでは、ビルトインの SUSE Observability クエリ言語 (STQL) を使用して高度なトポロジーコンポーネントフィルターを書く方法について説明します。STQL クエリは、SUSE Observability で 高度なトポロジーフィルター を記述するために使用されます。
STQL クエリは、コンポーネントフィルター と 関数 で構成されています。クエリの出力は、完全なトポロジーからフィルタリングされたコンポーネントまたはコンポーネントのセットです。
コンポーネントフィルター
コンポーネントフィルターは、STQL で二つの方法で使用されます:
-
クエリの出力に含めるコンポーネントのセットを定義します。
-
ビルトインの STQL 関数によって処理されるコンポーネントのセットを指定します。
フィルタ
以下に説明するフィルターは、利用可能な 演算子 を使用して組み合わせることで、複雑なコンポーネントの選択を実現できます。
| フィルタ | デフォルト | 説明 |
|---|---|---|
|
"すべて" |
指定された健康状態を持つコンポーネント。 |
|
"すべて" |
指定されたラベルを持つコンポーネント。 |
|
"すべて" |
指定された名前を持つコンポーネント。 |
|
"すべて" |
指定されたタイプのコンポーネント。 |
|
"すべて" |
指定された URN 識別子を持つコンポーネント。識別子フィルターは、 |
|
"すべて" |
指定されたレイヤー内のコンポーネント。 |
|
"すべて" |
指定されたドメイン内のコンポーネント。 |
|
"すべて" |
指定された環境内のコンポーネント。 |
オペレータ
以下に説明する演算子は、STQL クエリで使用できます。ブール演算子は標準の順序で実行されることに注意してください:NOT、OR、AND。
| 演算子 | 説明 | 例 |
|---|---|---|
= |
等価マッチング |
|
!= |
不等価マッチング |
|
IN |
値がサブセットに含まれています |
|
NOT |
否定 |
|
ANDおよびOR |
複数の条件またはサブクエリに基づいてフィルタリング |
|
() |
結果をグループ化するために括弧を使用します。 |
|
次に例を示します。
# Return all components named cert-manager or coredns regardless of type:
name = "cert-manager" OR name = "coredns"
# Return only deployments named coredns and configmaps named kube-root-ca.crt:
(name = "coredns" AND type = "deployment") OR (name = "kube-root-ca.crt" AND type = "configmap")
例
# Select all components
name = "*"
# Select all components with name "etcd-manager"
name = "etcd-manager"
# Select all components in the "Containers" layer:
layer = "Containers"
# Select all components named either "etcd-manager" or "coredns" that don't have a label "cluster-name:prod.stackstate.io"
name IN ("etcd-manager","coredns") NOT label = "cluster-name:prod.stackstate.io"
# Select all components named "coredns" that don't have a label "bck" or "test"
name = "cert-manager" NOT label in ("image_name:cert-manager/cert-manager-controller:testA", "image_name:cert-manager/cert-manager-controller:testB")
[関数]
withNeighborsOf
withNeighborsOf 関数は、指定された方向に接続されたコンポーネントを追加してSTQLクエリの出力を拡張します。含まれるトポロジーレベルの数は、最大15まで調整できます。
withNeighborsOf(components=(), levels=, direction=)
基本フィルタリングと互換性を持つために、関数は`OR`演算子を使用して他のフィルタと組み合わせることができます。高度なフィルタに基本フィルタリングと互換性のある関数`withNeighborsOf`が含まれている場合、隣接するコンポーネントの数は*他のフィルタ*ボックスに表示されます。
パラメータ / フィールド
| パラメータ | デフォルト | 使用できる値 | 説明 |
|---|---|---|---|
|
"すべて" |
コンポーネントフィルター |
隣接するコンポーネントが返されるコンポーネントは、コンポーネントフィルターを参照してください。 |
|
1 |
"all", [1:14] |
出力に含めるレベルの数。"すべて"を使用して、利用可能なすべてのレベルを表示します(最大15) |
|
"両方" |
"上", "下", "両方" |
上: 指定されたコンポーネントに依存するコンポーネントのみが追加されます 下: 指定されたコンポーネントの依存関係のみが追加されます 両方: 指定されたコンポーネントに依存するコンポーネントとその依存関係が追加されます。 |
基本フィルターと高度なフィルターの互換性
基本から高度なフィルタリング
*View Filters*パネルの*Filter Topology*の下にある*Advanced*を選択することで、基本から高度なフィルタリングに切り替えることができます。
基本から高度なフィルタリングに切り替えることは常に可能です。選択された基本フィルターは、直接STQLクエリに変換されます。
高度から基本フィルタリング
*View Filters*パネルの*Filter Topology*の下にある*Basic*を選択することで、高度なフィルタリングから基本フィルタリングに切り替えることができます。
高度なフィルタリングから基本フィルタリングに切り替えることは、常に可能ではありません。ほとんどの単純なクエリは基本フィルターに変換できますが、一部の高度なクエリは基本フィルターと互換性がありません。
-
基本フィルターには不等式を含めることはできません。
-
基本フィルターは
=を使用せず、常にIN演算子を使用してフォーマットされます。例えばname IN ("cert-manager”)とname = "cert-manager”ではありません。 -
基本フィルターは特定の方法で AND/OR を使用します:
-
各基本フィルター ボックス内のすべての項目は OR で結合されます:
layer IN ("Containers", "Services", "Storage") -
異なる基本フィルター ボックスは AND で連結されます:
layer IN ("Containers") AND domain IN ("cluster.test.stackstate.io”) -
コンポーネントを含める 基本フィルター ボックス (
name) は例外です - これは他のフィルター ボックスと OR で連結されます:layer IN ("Containers") AND domain IN ("cluster.test.stackstate.io") OR name IN ("cert-manager”) -
基本フィルタリングと互換性を持たせるために、withNeighborsOf 関数と 識別子 フィルターは、他のフィルターと OR で結合する必要があります:
layer in ("Containers") OR identifier IN ("urn:kubernetes:/cluster.test.stackstate.io:kube-system:pod/cert-manager-7749f44bb4-vspjj:container/cert-manager")
-
高度なフィルターから基本フィルターに切り替えようとして、クエリが互換性がない場合、SUSE Observability は互換性のないフィルターを削除する前に確認を求めます。フィルターを保持するには、高度なフィルタリングに留まることを選択できます。