Nie można przydzielić wymaganych przestrzeni adresowej

Question

Podczas wdrażania nowej roli WWW w systemie Windows Azure pojawia się następujący błąd: Nie można przydzielić wymaganych przestrzeni adresowych dla stanowiska w nowej lub wstępnie zdefiniowanej podsieci zawartej w określonym wirtualnym sieć. Szukałem rozwiązania, ale go nie znalazłem. Czy ktoś ma pomysł?

Mój plik cscfg wygląda następująco:

<?xml version="1.0" encoding="utf-8"?> 
<ServiceConfiguration serviceName="Application.Cloud" xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceConfiguration" osFamily="3" osVersion="*" schemaVersion="2013-03.2.0"> 
    <Role name="WebApplication" vmName="vm001"> 
    <Instances count="1" /> 
    <ConfigurationSettings> 
     ... 
    </ConfigurationSettings> 
    <Certificates> 
     <Certificate name="Microsoft.WindowsAzure.Plugins.RemoteAccess.PasswordEncryption" thumbprint="..." thumbprintAlgorithm="sha1" /> 
    </Certificates> 
    </Role> 
    <Role name="Application.ServiceOpdrachten" vmName="vm002"> 
    <Instances count="1" /> 
    <ConfigurationSettings> 
     ... 
    </ConfigurationSettings> 
    <Certificates> 
     <Certificate name="Microsoft.WindowsAzure.Plugins.RemoteAccess.PasswordEncryption" thumbprint=".." thumbprintAlgorithm="sha1" /> 
    </Certificates> 
    </Role> 
    <NetworkConfiguration> 
    <VirtualNetworkSite name="VirtualNetwork" /> 
    <!-- The virtual network name must match the name of the vvirtual network configured in your subscription. --> 
    <AddressAssignments> 
     <!-- You must map each role in your cloud service to a subnet or a collection of subnets which were defined in your network.--> 
     <InstanceAddress roleName="WebApplication"> 
     <Subnets> 
      <Subnet name="Subnet-1" /> 
     </Subnets> 
     </InstanceAddress> 
    </AddressAssignments> 
    </NetworkConfiguration> 
</ServiceConfiguration> 

W tym samym cloudproject mam inną instancję, która wdraża w porządku.

<?xml version="1.0" encoding="utf-8"?> 
<ServiceConfiguration serviceName="Ecare.Acasa.Cloud" xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceConfiguration" osFamily="3" osVersion="*" schemaVersion="2013-03.2.0"> 
    <Role name="WebApplication"> 
    <Instances count="1" /> 
    <ConfigurationSettings> 
     ... 
    </ConfigurationSettings> 
    <Certificates> 
     <Certificate name="Microsoft.WindowsAzure.Plugins.RemoteAccess.PasswordEncryption" thumbprint="..." thumbprintAlgorithm="sha1" /> 
    </Certificates> 
    </Role> 
    <Role name="Ecare.Acasa.ServiceOpdrachten"> 
    <Instances count="1" /> 
    <ConfigurationSettings> 
     ... 
    </ConfigurationSettings> 
    <Certificates> 
     <Certificate name="Microsoft.WindowsAzure.Plugins.RemoteAccess.PasswordEncryption" thumbprint="..." thumbprintAlgorithm="sha1" /> 
    </Certificates> 
    </Role> 
    <NetworkConfiguration> 
    <VirtualNetworkSite name="Ecare" /> 
    <!-- The virtual network name must match the name of the vvirtual network configured in your subscription. --> 
    <AddressAssignments> 
     <!-- You must map each role in your cloud service to a subnet or a collection of subnets which were defined in your network.--> 
     <InstanceAddress roleName="WebApplication"> 
     <Subnets> 
      <Subnet name="Subnet-1" /> 
     </Subnets> 
     </InstanceAddress> 
    </AddressAssignments> 
    </NetworkConfiguration> 
</ServiceConfiguration> 

Answer 1

Ten sam problem wystąpił około trzy miesiące temu. Wówczas może być po aktualizacji, nowe adresy IP nie były przypisane, lub gdy usunięto role lub vm ​​ich adres IP nie był możliwy do ponownego użycia.

Nie mogliśmy skorzystać z pomocy technicznej Microsoft, tak jak w programie Preview.

Co zadziałało dla nas: Usunęliśmy całą sieć wirtualną i utworzyliśmy ją ponownie.

Jeśli to możliwe, sprawdź, czy działa.

Answer 2

Wystąpił ten problem i stwierdziłem, że problem można naprawić. Zostało to udokumentowane here.