Update content/ja/docs/tutorials/stateful-application/zookeeper.md

Co-authored-by: atoato88 <[email protected]>

Author: kmuto

content/ja/docs/tutorials/stateful-application/zookeeper.md

@@ -785,7 +785,7 @@ liveness probeとreadiness probeが同一だとしても、両方を指定する
 ZooKeeperはデータの変更を正しくコミットするのにサーバーのクォーラムを必要とします。
 3つのサーバーのアンサンブルにおいては、書き込みの成功のために2つのサーバーは健全でなければなりません。
 クォーラムベースのシステムにおいて、可用性を保証するために、メンバーは障害ドメインにデプロイされます。
-個々のマシンを失ってしまうので、故障を避けるためのベストプラクティスは、同じマシン上でアプリケーションの複数のインスタンスがコロケート(同じ場所に配置)されないようにすることです。
+個々のマシンの損失による障害を避けるためのベストプラクティスは、同じマシン上でアプリケーションの複数のインスタンスがコロケート(同じ場所に配置)されないようにすることです。
 
 デフォルトでKubernetesは、同じノードの`StatefulSet`にPodをコロケートします。
 3つのサーバーアンサンブルを作成していたとして、2つのサーバーが同じノードにあり、そのノードが障害を起こした場合、ZooKeeperサービスのクライアントは、少なくともPodの1つが再スケジュールされるまで障害に見舞われることになります。