1 votes

Comment attribuer une IP publique au niveau de l'instance (ILPIP) à une VM Azure dans ARM (Resouce Manager) ?

Nous avons WSO2CEP fonctionnant sur Azure VM qui est un moteur d'événement complexe et qui enverra la notification par son pulisher en utilisant un simple HTTP POST. Cependant, il fonctionne bien sur AWS EC2 mais pas sur Azure VM. L'exception ci-dessous est parfois levée.

ID: [-1] [] [2016-10-07 16:05:00,043] ERROR {org.wso2.carbon.event.output.adapter.core.OutputEventAdapter} -  Event dropped at Output Adapter '57f629ee23a74a1688b9e7c1_PUBLISHER' for tenant id '-1234', Read timed out 
java.net.SocketTimeoutException: Read timed out
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
    at java.net.SocketInputStream.read(SocketInputStream.java:170)
    at java.net.SocketInputStream.read(SocketInputStream.java:141)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:265)
    at org.apache.commons.httpclient.HttpParser.readRawLine(HttpParser.java:78)
    at org.apache.commons.httpclient.HttpParser.readLine(HttpParser.java:106)
    at org.apache.commons.httpclient.HttpConnection.readLine(HttpConnection.java:1116)
    at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.readLine(MultiThreadedHttpConnectionManager.java:1413)
    at org.apache.commons.httpclient.HttpMethodBase.readStatusLine(HttpMethodBase.java:1973)
    at org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase.java:1735)
    at org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1098)
    at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
    at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
    at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
    at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346)
    at org.wso2.carbon.event.output.adapter.http.HTTPEventAdapter$HTTPSender.run(HTTPEventAdapter.java:317)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)

Je pensais que cela pouvait être causé par le problème discuté aquí y aquí . La solution de contournement consiste à attribuer l'IP publique au niveau de l'instance (ILPIP) à la VM. Cependant, nous utilisons maintenant le modèle Azure Resource Manager et tous les articles relatifs à l'ILPIP semblent parler du mode classique (Azure Service Manager).

Nous avons actuellement une équipe dynamique Adresse IP publique attribuer à la Interface réseau de la Machine virtuelle .

L'ARM dispose-t-il encore d'ILPIP ? et comment le configurer ?

1voto

Steven Lee - MSFT Points 905

En bref, à ma connaissance, il n'existe aucun moyen d'attribuer un ILPIP à une VM ARM.

Parce qu'il n'y a pas de concept d'ILPIP dans ARM. ARM change l'architecture du réseau.

Lorsque vous attribuez une IP publique à une VM dans ARM (en fait, elle est attribuée à la vNIC connectée à la VM), cette IP ne sera pas partagée par d'autres VM, ce qui est différent avec ASM. Dans ASM, l'adresse IP publique est la propriété du service en nuage. Toutes les machines virtuelles appartenant au même service en nuage partageront l'adresse IP publique. C'est la raison pour laquelle nous avons besoin d'ILPIP. Mais dans ARM, la VM a sa propre adresse IP publique.

Donc, je doute que votre problème soit le même que celui du lien mentionné ci-dessus. Essayez d'effectuer une capture réseau sur la VM pour vérifier le comportement exact du réseau, ce qui est très utile pour le dépannage du réseau.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X