比较来自世界各地的卖家的域名和 IT 服务价格

控制服务和Web服务器之间的文件的访问权限

我有一个web应用程序和服务 Windows, 这引用了相同的文件集。 我使用命名信号量以防止同时访问信息 (服务或Web服务器请求访问目录,快速使用它,释放信号量).

我想在这个应用程序中运行此应用程序 Windows Azure. 我认为使用虚拟机很好,因为我可以使用命名信号量来控制访问,然后运行Web服务器和服务 Windows 在虚拟机上。 问题是虚拟机看起来像
http://msdn.microsoft.com/library/dn197896.aspx
. 我需要使用比虚拟机所提供的更多存储空间。 我还会错过地理上冗余的存储。

是否有可能 Windows Azure 有一个命名信号量,由云服务和一个网站共享? 也许我需要一个单独的服务,它可以独占地访问这些文件并与服务和网站进行交互? 它将被诱惑编程另一个服务并每月花费额外的钱。 有更好的方式吗?

改变 (更多细节):

必须需要缩放。 将存储大量数据,我担心将来他们将超过虚拟机缩放。

这些不是数据库文件。 这些是具有具有许多不同索引的单独目录的单独文件。 我担心这项服务 Windows 并且Web服务器正在尝试同时访问相同的索引 (虽然很少).

我相信在这种情况下,存储库非常适合。

租赁Blob对象不合适。 15 秒 - 等待太久了。

我想做什么:

我可能是它作为服务运行的虚拟机 Windows, 上面和一个没有任何不做的服务,除了某些索引和位于大型二进制对象中的某些索引和文件的“管理锁定”之外。 所以 ... Web服务器或服务 Windows 请求此服务“锁”。 因此,两个应用程序都可以直接与文件一起工作,并且开发将花费更少的时间。

改变 2:

或者也许我可以简单地将所有内容放在虚拟机上,使用命名信号量,然后访问大型存储设施 (可能是目前最好的选择)
已邀请:

詹大官人

赞同来自:

这个问题有点打开,因为有很多方法可以解决这个问题。 如果你特别思考 Azure:

额外服务的存在并不一定意味着额外的金钱支出。 您可以在现有虚拟机上运行您的服务。 (兄弟). 您可以将您的服务级别配置为序列工作,确保没有两个请求将同时尝试访问文件。

空间相对有限:

在哪里

你存储你的文件吗? 如果将它们放在OS磁盘上,则它们不会在OS磁盘外缩放 (靠近 127 GB.). 如果连接磁盘,则将拥有之前 1 TB,你可能有 2 在内核上的已连接磁盘,就在之前 16 连接的驱动器 (16 连接存储的GB).

如果您存储文件系统文件 (无论是在OS磁盘上还是在附加的磁盘上), 除非您没有服务器工作的独立虚拟机,否则您将缩放超出一个虚拟机的问题。 但是,您将无法在一个“服务”虚拟机上缩放。 为了 Windows Azure 您真的应该考虑在存储库的块对象中存储文件 Azure. 一旦您这样做,您将有机会从任意数量的虚拟机访问您的存储库。 (你是什​​么意思,你可以扩展你的服务级别).

继续前一段:我不知道您上诉的文件类型。 如果这

数据库

文件,我使用blob对象的想法是不实际的。

对于垄断访问,您需要自己的互斥锁计划; 在 Azure 没有信号量设计,覆盖机 / 服务。 滴水有



, 我不认为它对于具有大量交易的脚本是有效的。 但是:想象一下,您设置了某些请求,然后队列读取器处理某些请求。 它会消除对象的竞争吗?

最后的想法:如果你不使用 Linux, 您无需使用虚拟机。 您还可以观看云服务 (Web Roll. / 开销), 它是虚拟机 Windows Server, 在缩放时没有状态并具有更大的灵活性。

要回复问题请先登录注册