[Test] Traffic is not recorded by default during RGPreparer setup.

[adewaleo]

Resource Group Preparer is no longer recorded. Moreover group create and group delete logic will be ignored if the test is not run live.

This can be extended to other preparers as well. It might be a bit more complicated if the preparer returns information that isn't an input. E.g. account_key in the case of the StorageAccountPreparer. But it is doable. In the case of the StorageAccountPreparer, we can solve this problem by returning the recording replacement of the account key.

closes #9272

---

This checklist is used to make sure that common guidelines for a pull request are followed.

• The PR has modified HISTORY.rst describing any customer-facing, functional changes. Note that this does not include changes only to help content. (see Modifying change log).

• I adhere to the Command Guidelines.

[tjprescott]

I feel this solution should be more generic since NONE of the preparers should record traffic, not just resource group. However, if the cost-benefit analysis does justify the extra work, this should be fine.

[tjprescott]

The intent with preparers is that none of the traffic for their creation is recorded. They are "assumed to exist" on playback. Thus, this fix should really be implemented in some kind of base class, because it should equally apply to StorageAccountPreparers and all the others.

[adewaleo]

Sure, this makes sense. The other preparers might be complicated as they sometimes rely on nondeterministic info (at least StorageAccountPreparers), but it is definitely doable.

I will make the changes.

[adewaleo]

I think this should be good to go @tjprescott @yugangw-msft

Is there any need for updated documentation?

Also, it would be best to merge this after the release.