服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

100个虚拟高性能Windows 7桌面的硬件要求?

我们正在争论今年晚些时候是否将Client Hyper-V或VMWare Player Pro添加到新的Windows 10桌面,并让我们的开发人员在其本地桌面上的Windows 7 VM中运行他们的开发人员工具。 出于安全原因,他们将不会在他们的本地工作站上拥有pipe理员权限,这些工作站将只用于托pipe他们的虚拟机,而不需要pipe理员权限的办公室工作,如电子邮件,networking,Microsoft Office等。 开发者将拥有虚拟机的pipe理权限。 虚拟机将位于隔离的networkingVLAN和AD域中,不能访问Internet,虚拟机和主机之间无直接文件传输或networking访问。 用户将在虚拟机内进行所有的开发和testing。 我一直没有find一个真正的虚拟机“玩家”,只允许使用现有的虚拟机,而不是安装在工作站上创build新的虚拟机。 客户端Hyper-V根本无法工作,除非用户在主机上拥有本地pipe理员权限,或者是Hyper-Vpipe理员组的成员,这使得他们可以无限制地configuration虚拟机设置,这将使他们很容易到达即使主机上没有pipe理员权限也是如此。 VMWare Player不只是一个玩家。 它也允许创build新的虚拟机,即使没有pipe理员权限。 是否有任何其他虚拟机软件允许使用本地工作站上的现有虚拟机,但不添加或重新configuration虚拟机硬件? 如果无法完成,我们如何才能在Hyper-V中构build高度可用的虚拟服务器,这将具有大量软件开发,长时间查询以及构build和debugging等所需的性能。许多开发人员使用10个或更多应用程序同时在他们现有的系统上有16GB RAM。 所以,我猜想我们需要2个非常强大的服务器以及大量的内存来同时运行100个高内存虚拟机和某种虚拟SAN。 它还需要磁盘空间和I / O来处理100个繁忙的工作站虚拟机。 如果有100个虚拟机,我们可以在2个成员的故障转移群集上运行50个虚拟机。 如果一个人失败了,另一个人需要能够毫无问题地处理所有100的负载。 我们也可以进行计划中的实时迁移来进行维护,例如在主机上重新启动Windows Update。 然后,我们需要SCVMM来pipe理它们,并为用户分配私有云访问权限,以便他们可以访问虚拟机,还可以在其软件testing虚拟机上创build/还原检查点。 由于我们的资金有限,那么使用戴尔,惠普等厂商提供的硬件,可以使这项工作(服务器规格等)成本有效的硬件devise以及我们希望使用的硬件价格范围是什么。 如果成本是天文数字的,那么我们将回到在工作站上本地添加虚拟机的计划,并试图find限制用户创build未经授权的虚拟机的方法。

Chrome S3 Cloudfront:在初始请求时,没有“Access-Control-Allow-Origin”标头

我有一个网页( https://smartystreets.com/contact ),它使用jQuery从S3通过CloudFront CDN加载一些SVG文件。 在Chrome中,我将打开一个隐身窗口以及控制台。 然后我将加载页面。 在加载页面时,我通常会在控制台中看到6到8个类似于以下内容的消息: XMLHttpRequest cannot load https://d79i1fxsrar4t.cloudfront.net/assets/img/feature-icons/documentation.08e71af6.svg. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://smartystreets.com' is therefore not allowed access. 如果我做了一个标准的页面重新载入,甚至多次,我仍然得到相同的错误。 如果我做了Command+Shift+R那么大多数,有时甚至所有的图像都会加载,而不会出现XMLHttpRequest错误。 有时甚至在图像加载之后,我将刷新,并且一个或多个图像将不会加载并再次返回XMLHttpRequest错误。 我已经检查,更改并重新检查了S3和Cloudfront上的设置。 在S3中,我的CORSconfiguration如下所示: <?xml version="1.0" encoding="UTF-8"?> <CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/"> <CORSRule> <AllowedOrigin>*</AllowedOrigin> <AllowedOrigin>http://*</AllowedOrigin> <AllowedOrigin>https://*</AllowedOrigin> <AllowedMethod>GET</AllowedMethod> <MaxAgeSeconds>3000</MaxAgeSeconds> <AllowedHeader>Authorization</AllowedHeader> </CORSRule> </CORSConfiguration> (注意:最初只有<AllowedOrigin>*</AllowedOrigin> ,同样的问题。) 在CloudFront中,分配行为设置为允许HTTP方法: GET, HEAD, OPTIONS 。 caching的方法是一样的。 转发头设置为“白名单”,白名单包括“访问控制请求头,访问控制请求方法,来源”。 […]