Add details to why the minio tenant headless service must be used over the normal clusterIP service

["The console service is for managing the tenant, while the hl service exposes the S3 compatible API. "](https://cloudnative-pg.io/plugin-barman-cloud/docs/object_stores/#minio-object-store)

the `-hl` service is a headless service. There is also a `minio` "normal" (clusterIP) service created. Why can't we used the "normal" service? Does the plugin have to connect to all of the pods behind the service? I have been testing with a single pod and it works with the normal service (not the headless version) but that may just be because there is a single pod. Can you update the docs to say why it can't use the normal service, if indeed that is the case? Thanks!

EDIT: Furthermore, how does https://cloudnative-pg.io/plugin-barman-cloud/docs/retention/ ("The Barman Cloud Plugin supports automated cleanup of obsolete backups via retention policies, configured in the .spec.retentionPolicy field of the ObjectStore resource.") square with https://cloudnative-pg.io/plugin-barman-cloud/docs/object_stores/#s3-lifecycle-policy ("Barman Cloud uploads backup files to S3 but does not modify or delete them afterward. ") ?

リンクされている MinIO オブジェクトストアおよび保持に関するドキュメントページから始めてください。ClusterIP service と比較して tenant headless service が必要な理由を確認し、保持ポリシーの表現を S3 ライフサイクルポリシーに関する記述と整合させてください。ドキュメントでサポートされる service が明確に説明され、保持の動作に一貫性が示されていれば完了です。

索引モデルが issue の本文から書いたものです。