معماری چارچوب آزمایش VTS با سرویس ارائه آزمایش مبتنی بر ابر آن یکپارچه می‌شود. کنترل‌کننده میزبان VTS روی دستگاه میزبان اجرا می‌شود و نمونه مهار آزمایشی (برای نمونه، Tradefed) را کنترل می‌کند، همان‌طور که در زیر نشان داده شده است:
شکل ۱. معماری کنترل‌کننده میزبان VTS.
کنترل‌کننده فرمان‌ها را از فرمانده خوشه‌ای که به‌عنوان نمونه Google App Engine (GAE) اجرا می‌شود می‌کشد، سپس فرمان‌ها و پاسخ‌ها را بین فرمانده خوشه‌ای و نمونه مهار آزمایشی خود رله می‌کند.
این معماری شامل مزایای زیر است:
- چون از هر نمونه مهار آزمایشی جدا شده است، می‌تواند انواع مختلف مهار آزمایشی را کنترل کند و از استحکام بیشتری برخوردار است. طراحی جایگزین (جاسازی منطق کنترل میزبان در مهار آزمایشی) مانع از انتشار خطاها نمی‌شود.
- ازآنجایی‌که از مدل فرمان و کنترل (C&C) مبتنی بر کشش استفاده می‌کند، می‌تواند با انواع مختلف فرماندهان خوشه سمت ابر و همچنین میزبان‌هایی که پشت دیوار آتش قرار دارند (برای اتصالات ورودی) کار کند. طراحی جایگزین (مدل C&C مبتنی بر فشار) ممکن است به فرمانده ابری اجازه ندهد به نمونه‌های کنترل‌کننده میزبان که در رایانه‌های میزبان در شبکه خصوصی وجود دارند دسترسی پیدا کند.