服务器 Gind.cn

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

IIS7 – Web部署工具 – SetParam / SetParamFile设置http和https绑定+证书

我们目前正在使用MS Web部署工具将一个活动网站和一些WebServices从一个临时文件夹同步到两个活动服务器。 暂存箱在17000端口上承载任何IP上的站点,而两台现场服务器是负载平衡的,并且每个IP都有不同的IP。 目前,我生成了两个单独的软件包用于部署 – 每个机器一个 – 使用sync操作并指定DestinationBinding参数,如下所示: msdeploy -verb:sync -source:WebServer,computerName=localhost -dest:package="machinename.zip" -setParam:type="DestinationBinding",scope="SiteName",value="ip_address:port:". (分成多行,以便阅读!) 我运行这个两次,为两台机器的每一个不同的目标文件名和IP地址。 就部署而言,我只需从每个包到其各自的活动站点进行同步。 我知道,我知道 – 我应该可以通过生成一个参数化包,然后可能使用两个服务器中的每一个的SetParamFile开关 – 相信我,我想,但是这样做的文档是坦率地非 – 存在。 现在我需要为这个站点configuration和部署HTTP 和 HTTPS绑定; 包括也将被使用的SSL证书。 我已经在临时框中为站点添加了一个SSL绑定 – 它使用了一个开发证书(这需要被replace – 或者应该使用现场证书吗?),现在上面的命令行起作用了在http和https条目上replace目标IP。 看来我不能在上面的-setParam的DestinationBinding值中指定多个绑定加上证书信息,所以任何人都知道我将如何去做这件事? 任何帮助不胜感激。

在为小型办公室虚拟化项目selectSAN时,最重要的考虑因素是什么?

我正在使用免费的VMware ESXi 4.0平台,将运行6种不同操作系统风格(不问)的6台物理服务器整合到两台相同的物理服务器(Dell PowerEdge 2900)中。 我们将在1GbEnetworking上安装iSCSI SAN,并将所有虚拟机映像存储在SAN上。 每个物理服务器将运行3个虚拟机,如果物理服务器发生故障,我们将手动切换其他3个虚拟机。 这些都是内部服务器,虽然很重要,但他们可以容忍一些停机时间(比如说<1小时),以保持与HA相关的成本和复杂性。 我现在需要在低预算的情况下select用于安装的SAN。 我们目前有大约2TB的数据,但是我希望能够增长,在其他驱动器上备份虚拟机快照,并将它们移到不同的位置等等。所以我想知道的是: 哪些是必须有这个设置的function,没有它使用SAN是不值得的? 我们大多是戴尔的商店,所以我一直在看EqualLogic PS4000E高可用性模型。 任何意见,轶事,这种模式不好的经验? (这是less数几个可以容纳物理服务器现有磁盘的机型之一。) 如果您可以推荐一些不是戴尔的产品,但它有更好的价值 ,我绝对会考虑它,但请确保它包含在“ VMware兼容性指南”中 。 注意事项,要注意的事情? 更新: 由于价格和磁盘不兼容,我放弃了EqualLogic模式。 你们推荐的MD3000i看起来不错,但在决定之前我还是想考虑其他的select。 任何人都可以评论富士通ETERNUS DX系列? 我仍然在等待戴尔代表MD3000i的报价,但是我有一个关于网站的想法。 富士通ETERNUS DX60也有一些初步的价格,这表明即使我在戴尔重复使用磁盘,富士通也会花费相同的configuration,购买新的磁盘。 决定: 我们还介绍了HP StorageWorks P4300 G3和P2000 G3产品线。 P2000 G3产品线具有FibreChannel / iSCSI组合控制器,即使没有任何磁盘,也比Dell和Fujitsu昂贵。 P4300 G3产品线只有iSCSI型号,但是他们强迫你购买一个全部有16个磁盘的系统,所以它最终也太昂贵了。 戴尔和富士通在RAID10中使用4个1TB Nearline SAS磁盘,我们得到了非常相似的大约6K欧元的报价。 由于我们戴尔已经为我们提供了各种硬件,并且与他们有良好的关系,所以我们select了PowerVault MD3000i。 非常感谢大家的意见!

那里有一个分布式SAN /存储系统吗?

像许多其他地方一样,我们要求用户不要将文件保存到本地机器上。 相反,我们鼓励将它们放在文件服务器上,以便其他人(具有适当的权限)可以使用它们,并且正确备份文件。 这样做的结果是,大多数用户都拥有大量空闲的大型硬盘驱动器。 现在是2010年。 当然有一个系统可以让你把这个空的空间变成一个虚拟的SAN或文档库吗? 我设想的是一个客户端程序,推送到与中央服务器协调的用户电脑上。 服务器就像普通的文件服务器一样查看用户,而不是保留整个文件内容,而只是logging了在各种用户PC中可以find这些文件的位置。 然后协调正确的客户端来提供文件请求。 客户端软件将能够直接响应这些请求,并且足够聪明以在本地caching最近的文件。 为了冗余,服务器可以确保文件被复制到多个PC,也许允许你在不同的位置定义组,以便整个存储库的一个实例存在于每个组中,以防止在一个build筑物中的灾难取消所有其他的。 显然,你不会在这里指出你的数据库服务器,但是对于更简单的事情,我看到几个优点: 文件通常可以从较近的(或本地 )机器传送。 分配networking连接,而不是在单个连接上拥挤所有文件传输 磁盘空间会像您的公司一样自动增长。 应该最终便宜一些,因为你不需要保留一组单独的磁盘 我也可以看到一些缺点: 如果计算机在繁忙时期必须提供服务或接受大文件传输,则用户计算机性能会偶尔降低。 写作必须在networking上多次传播(虽然我怀疑这不是一个真正的问题,因为阅读在大多数地方比写作更多) 仍然需要偶尔发送一个完整的数据副本的方式,这将使它很难做差异 想象一下,这个云存储系统完全存在于您的企业局域网中,并利用您现有的用户设备。 我们旧的主要文件服务器将在2年左右退休,我正在考虑用小型SAN来取代它。 我们当前的文件服务器使用大约400GB的1TB份额。 由于我们的备份空间有限,我们只保持这样的小。 我希望扩大到至less4TB的可用空间,如果价格下降的话,我预计可能会更多。 我想这样的事情会更好。 作为一所学校,我们有一对电脑实验室可以离开,这对于为这样一个系统增加一些额外的冗余是完美的。 除了极less数例外,我们的用户正在填充不到40GB的120GB硬盘,这意味着我可以轻松地为每台机器预留65GB的存储空间。 随着250Gb硬盘新机的推出,这个数字还会增加,甚至很快就会变大。 在更换文件服务器的时候,考虑到我们的桌面更换计划,我希望这样的系统可以使用5TB的可用存储空间,甚至允许冗余和历史logging。 不幸的是,我能find的最接近的是Dienst ,这只是一个可追溯到1994年的论文。我在search中只是使用了错误的stream行语,还是真的不存在? 如果没有,我缺less一个很大的缺点吗?