DOCSP-33087 Arbiters in Sharded Clusters (#5388) (#5480)

* DOCSP-33087 Arbiters in Sharded Clusters

* Fixes per Joe

* fixes per Joe

Author: kennethdyer

source/core/replica-set-arbiter.txt

@@ -46,6 +46,8 @@ number of votes to break a tie:
 
 .. end-content-even-votes-example
 
+.. _replica-set-arbiter-performance-psa:
+
 Performance Issues with PSA replica sets
 ----------------------------------------
 

source/core/sharded-cluster-shards.txt

@@ -16,8 +16,14 @@ A :term:`shard` contains a subset of sharded data for a :term:`sharded
 cluster`. Together, the cluster's shards hold the entire data set for the
 cluster.
 
-As of MongoDB 3.6, shards must be deployed as a :term:`replica set` to
-provide redundancy and high availability.
+Shards must be deployed as a :term:`replica set` to provide redundancy and high
+availability.
+
+.. important::
+
+   Sharded clusters use the write concern ``"majority"`` for a lot of internal
+   operations. Using an arbiter in a sharded cluster is discouraged due to
+   :ref:`replica-set-arbiter-performance-psa`.
 
 Users, clients, or applications should only directly connect to a shard to
 perform local administrative and maintenance operations.