If Servers/Workstations use [*] NFT (Network Fault Tolerance) it means that those hosts use just one Active port (called Primary) of the team to transmit/receive network traffic to/from the network, other remaining teamed ports (called Secondary/Non-Primary) are left in Standby mode, idle until the Primary port eventually fails.
Said so and considering that - probably - your Aruba 2530 Switches have (R)STP yet globally enabled (and so Fast Port Span is globally enabled too) the actual connections (Team's member ports that span to both Aruba 2530 Switches as per attached diagram) should work because each Secondary/Non-Primary link of every Team will be automatically and immediately [**] blocked (not causing a reconvergence calculation by the RSTP) by the RSTP until the Primary member ports eventually fail.
Port Trunking is the only option you have (apart the single link uplink) to interconnect/uplink your two Switches Aruba 2530 giving the interconnection link a basic resiliency (against port/cable failures) and enhanced throughput (in case of inter-Hosts traffic flows of type: many-to-many or many-to-one...from Hosts on Switch A to Hosts on Switch B).
[*] as per NFT related documentation:
NFT is deployed in environments that only require fault tolerance and do not require transmit or receive throughput greater than the capacity of the Primary Adapter (e.g., a server that requires fault tolerance in case of a network adapter malfunction, but does not have a demand for receiving or transmitting more than the capacity of the Primary adapter.)...Server's Primary port throughput will define and set the throughput limit due to the NFT adopton (there isn't balancing, just fault tolerance).
and also:
Team members can be split across more than one switch in order to achieve switch redundancy. However, all switch ports that are attached to members of the same Team must comprise a single broadcast domain (e.g, be on the same VLAN). Additionally, if problems exist after deploying a Team across more than one switch, reattach all Team members to the same switch. If the problems disappear, then the cause of the problem resides in the configuration of the switches and not in the configuration of the Team. If switch redundancy is required (Team members are attached to two different switches), then HP recommends that the switches be deployed with redundant links between them and (R)STP be enabled (or other Layer 2 redundancy mechanisms) on the ports that connect the switches. This helps prevent switch uplink failure scenarios that leave Team members in separate broadcast domains.
[**] because Fast Port Span feature disables STP’s blocking, listening and learning stages on involved ports.
Old but good: read
here (even if it doesn't show the case you're facing...where Switch A and B are uplinked through Port Trunking LACP...which is correctly managed by the (R)STP). Probably you will be able to find something more updated...but the basics are there anyway.
