云文件服务:基准测试注意事项

云文件服务考虑因素一:互联网环境

也许影响云文件服务性能的最大因素是您和提供商之间的互联网连接。虽然您的连接的上传和下载速度是您的最大可能吞吐量水平，但实际吞吐量可能会根据共享您的内部网络的其他设备以及您和云文件服务提供商之间的互联网带宽而变化。

必须在有线以太网站而不是无线LAN (WLAN)连接上运行基准测试。您不希望WLAN的性能影响您的云性能度量，因为WLAN的性能会根据负载而变化。

首先，运行一个速度测试来进行基准测试，并重申Internet连接的最大上传和下载吞吐量。您可以使用任何速度测试网站——它不需要由您的供应商维护。我找到了AT&T的速度测试易于使用。每次重新运行测试并记录结果，以再次确认可用的最大带宽。

一些云文件服务提供商拥有专有的速度测试，可以提供从您的设施到其数据中心的吞吐量的“最佳情况”基准。不幸的是，这些可能只供内部使用。然而，如果您是一家足够大的公司，一些强制措施可能会让您访问这些结果，从而了解到一直到云数据中心的吞吐量的实际限制。

最后，由于从您所在位置到云文件数据中心的流量可能不同，您应该计划在不同的测试窗口中运行测试，并注意每个测试运行的时间。

云文件服务考虑事项2:测试什么

决定测试什么这是整个过程中最重要的部分，也是最容易失控的部分。新手测试人员通常会采用一种扩展的方法，这种方法只有在你是一个政府或研究机构，有大量的预算时才有效。你可能会说:“让我们测试三种不同的操作系统，使用三种不同的浏览器，使用五种不同的文件大小，并在一天中的三种不同时间进行上传和下载。”收集这么多数据当然很好，但这种规模的基准测试可能会接近3000种不同的测试——这是基于单一服务，而不需要评估应用的移动版本。

目标是从尽可能少的测试中获得所需的所有关键信息。实现这一点的一个好方法是包含一个原型阶段。也就是说，一旦您拥有了您认为在测试中有用的变量的元素列表，就运行一些非正式测试，看看更改这些变量是否可能会增强测试。通过运行上午、中午和下午的测试将测试负载增加三倍是否表明环境中存在任何差异?做些快速测试看看。如果差异很小，可能就不值得努力了。

同步程序是云文件服务的核心。它在后台运行，在客户端和云之间移动数据。这个函数应该是测试的重点。

您的第一个决定将是测试操作系统环境。微软的Windows和苹果的OS X可能会排在你的首位。幸运的是，大多数云文件同步服务都只有一个Windows版本和一个苹果OS X版本，所以你不必对每个操作系统的多个版本进行测试。

许多云文件服务也有移动设备版本运行苹果iOS和Android，也许还有其他移动环境。我的建议是注意可用的平台，并将所有功能或性能测试保存在手机平台上，直到你完成主要测试。然后您可以测试您喜欢的供应商，以确保移动平台也满足您的需求。

同步程序是云文件服务的核心。它在后台运行，在客户端和云之间移动数据。这个函数应该是测试的重点。

虽然每个服务都是不同的，但您可以指定一个文件夹在云和客户端之间进行同步。默认情况下，同步是实时进行的。虽然这是您通常使用它的方式，但您不希望在您的测试中发生这种情况。在测试时，您需要确切地知道同步何时开始，何时结束。确定这两点可能是你最大的挑战。

服务的实现方式不同开启和关闭同步，所以您需要了解如何做到这一点。当您准备运行一个测试时，用测试数据加载您的文件夹——该文件夹可以驻留在您的客户端或云中，这取决于您是测试上传还是下载——并手动打开同步。一定要记下这事发生的确切时间。

最重要的因素是您选择放置在测试文件夹中的数据。我公司的测试表明，不仅是每个字节传输的开销，而且是每个文件的开销。要执行这两个函数，您应该分别测试几个大文件和许多小文件的同步。

例如，到目前为止，我们的测试并没有显示同步100mb文件和同步2gb文件之间的有效相对性能差异。因此，选择与您的环境相关的大文件大小。除非你的工作场所有大量的视频工作，否则你不太可能有很多千兆字节的文件在云中移动。

通过测试，我们进行了评估上面的开销通过同步一个包含数千个小文件(大小约为10kb)的目录。我们发现，当一个服务每秒可以处理15个文件时，另一个服务只能在两秒内处理一个文件。当您需要使用云文件服务移动数千个文件时，这将对同步完成所需的时间产生巨大影响。

在任何情况下，请确保您所选择的测试数据反映了将流经服务的实际数据的特征。这是对云文件服务在您的环境中如何执行进行实际评估的唯一方法。