バックエンドストレージプールをストレージクラスに関連付けるには、ストレージクラスの要求された属性と storagePools、 additionalStoragePools、 `excludeStoragePools`リストの両方に依存します。ストレージクラスを作成すると、Tridentは各バックエンドが提供する属性とプールを、ストレージクラスによって要求されたものと比較します。ストレージプールの属性と名前が要求されたすべての属性とプール名と一致する場合、Tridentはそのストレージプールを、そのストレージクラスに適したストレージプールのセットに追加します。さらに、Tridentは `additionalStoragePools`リストに記載されているすべてのストレージプールを、属性がストレージクラスの要求された属性のすべてまたは一部を満たしていない場合でも、そのセットに追加します。 `excludeStoragePools`リストを使用して、ストレージクラスで使用するストレージプールを上書きして削除する必要があります。Tridentは新しいバックエンドを追加するたびに同様のプロセスを実行し、そのストレージプールが既存のストレージクラスの要件を満たしているかどうかを確認し、除外としてマークされているものを削除します。

Tridentは、ストレージクラスとストレージプール間の関連付けを使用して、ボリュームをプロビジョニングする場所を決定します。ボリュームを作成すると、Tridentはまず、そのボリュームのストレージクラスのストレージプールのセットを取得し、ボリュームのプロトコルを指定すると、Tridentは要求されたプロトコルを提供できないストレージプールを削除します（たとえば、NetApp HCI/SolidFireバックエンドはファイルベースのボリュームを提供できませんが、ONTAP NASバックエンドはブロックベースのボリュームを提供できません）。Tridentは、ボリュームの均等な分散を容易にするために、この結果セットの順序をランダム化し、それを反復して、各ストレージプールにボリュームを順番にプロビジョニングしようとします。1つでも成功すると、正常に戻り、プロセス中に発生したすべての失敗がログに記録されます。Tridentは、要求されたストレージクラスとプロトコルで利用可能な*すべての*ストレージプールのプロビジョニングに失敗した場合*にのみ*、失敗を返します。