1. Create a MultiShardedClusterFixture matrix override using the following fixture definition:

 fixture:
    class: MultiShardedClusterFixture
    num_sharded_clusters: 2
    num_shards: 1
    num_rs_nodes_per_shard: 2
    config_shard: "any"
    common_mongod_options:
      set_parameters:
        enableTestCommands: 1
      verbose: ""
    per_sharded_cluster_options:
       - old_bin_version: last_lts
        mixed_bin_versions: old_old
       - {}
    persist_connection_strings: true 

This will set up two sharded clusters with one shard / 2 replset nodes each, the second one having latest nodes and the former having last-lts nodes.

2. Using the previously defined fixture override, create two new matrix mappings:

• aggregation_sharded_collections_query_shape_hash_stability_last_lts_new_old

• sharded_collections_query_shape_hash_stability_last_lts_new_old

3. Modify the jstests/libs/override_methods/query_shape_hash_stability.js to discover the connections in the second cluster as well. The connection strings for both clusters will reside in the config.multiShardedClusterFixture collection, and can be accessed like in the rs_endpoint_check_parity_sharded_cluster.js suite

4. Register the suites in evergreen as multiversion tasks