Το RRAS σε Azure VM δεν υποστηρίζεται: ελέγξτε πριν από τον σχεδιασμό

Ανοίγετε την πύλη, αναπτύσσετε τα Windows Server 2022 σε ένα υποδίκτυο και ο ρόλος Remote Access εγκαθίσταται χωρίς πρόβλημα. Αυτή η ακολουθία αποδεικνύει ότι ο εγκαταστάτης λειτουργεί, όχι ότι η Microsoft υποστηρίζει αυτή τη διαμόρφωση. Η δημοσιευμένη καθοδήγηση υποστήριξης λογισμικού διακομιστή για εικονικές μηχανές Azure καταγράφει το RRAS ανάμεσα στις λειτουργίες των Windows Server που δεν υποστηρίζονται σε Azure VM, και αυτό είναι αρχιτεκτονική απόφαση, όχι λεπτομέρεια αντιμετώπισης προβλημάτων. Μια σήραγγα που σηκώνεται δεν μετακινεί την ανάπτυξη μέσα στο όριο υποστήριξης.

Η παρακάτω περιήγηση ξεκινά από τη σελίδα υποστήριξης και μετά προχωρά προς τις απαιτήσεις και τις επιλογές αντικατάστασης.

Ξεκινήστε από τη σελίδα υποστήριξης, όχι από το εργαστήριο

Διαβάστε την καθοδήγηση υποστήριξης Azure VM πριν υπολογίσετε οτιδήποτε. Διαχωρίζει τα υποστηριζόμενα προϊόντα, ρόλους και λειτουργίες αντί να αντιμετωπίζει τα Windows Server ως ένα αδιαφοροποίητο μπλοκ. Σημειώστε σε ποια γραμμή εμπίπτει πραγματικά ο προβλεπόμενος φόρτος εργασίας, γιατί δύο στοιχεία που φαίνονται σχετικά στην κονσόλα μπορεί να βρίσκονται σε διαφορετικές γραμμές.

Γράψτε την παραπομπή στο έγγραφο σχεδιασμού όσο η σελίδα είναι ανοιχτή. Η κατάσταση υποστήριξης είναι γεγονός με πηγή, και μια αναθεώρηση σχεδιασμού που δεν μπορεί να την παραπέμψει θα υποσκελιστεί από όποιον έχει το demo.

Διαχωρίστε την υποστήριξη λειτουργικού συστήματος από την υποστήριξη ρόλων και λειτουργιών

Η ίδια καθοδήγηση καταγράφει το Network Policy and Access Services στους υποστηριζόμενους ρόλους, ενώ καταγράφει το RRAS χωριστά ως μη υποστηριζόμενο. Αυτές οι δύο εγγραφές περιγράφουν διαφορετικά πράγματα, και η συγχώνευσή τους σε «η απομακρυσμένη πρόσβαση υποστηρίζεται» είναι ο τρόπος με τον οποίο ένα έργο εγκρίνεται βάσει λανθασμένης ανάγνωσης. Το ότι υποστηρίζεται το λειτουργικό σύστημα δεν λέει τίποτα για μια λειτουργία που έχει τη δική της γραμμή.

Ο περιορισμός είναι επίσης στενότερος από ό,τι μερικές φορές παρατίθεται. Αφορά αυτή τη λειτουργία που εκτελείται μέσα σε μια Azure VM· δεν σημαίνει ότι ένα ιδιωτικό δίκτυο δεν μπορεί να συνδεθεί με το Azure, και δεν λέει ότι το RRAS δεν υποστηρίζεται παντού. Ένα παλαιότερο εργαστήριο που προωθεί πακέτα σωστά είναι απόδειξη για τα πακέτα, όχι για τη δήλωση υποστήριξης.

Κρατήστε αυτές τις δύο ερωτήσεις χωριστές για το υπόλοιπο έργο: λειτουργεί και υποστηρίζεται. Θα χρειαστείτε διαφορετικές απαντήσεις και μερικές φορές διαφορετικούς ιδιοκτήτες για καθεμία.

Γράψτε τι πρέπει πραγματικά να κάνει ο σχεδιασμός

Πριν επιλέξετε αντικαταστάτη, μετατρέψτε τη λίστα τοποθεσιών σε απαιτήσεις με τις οποίες μπορεί να μετρηθεί ένα προϊόν:

• Τα πρωτόκολλα σήραγγας που μιλούν ήδη οι συσκευές των υποκαταστημάτων, και αν κάποια τοποθεσία χρειάζεται δυναμική δρομολόγηση.
• Τα απομακρυσμένα προθέματα, συμπεριλαμβανομένου οποιουδήποτε επικαλυπτόμενου χώρου διευθύνσεων που χρειάζεται μετάφραση αντί δρομολόγηση.
• Η ανταλλαγή διαδρομών με το Azure, και ποιος κατέχει κάθε καταχώριση στον πίνακα δρομολόγησης.
• Η απόδοση και οι αριθμοί συνδέσεων που πρέπει να αντέξει η πιο φορτωμένη ώρα.
• Η συμπεριφορά ανακατεύθυνσης που έχουν συμφωνήσει οι ιδιοκτήτες των τοποθεσιών, όχι μόνο αυτή που μπορείτε να χτίσετε.

Το NAT είναι το στοιχείο που παραλείπεται και μετά αποφασίζει όλο τον σχεδιασμό. Μια συσκευή που μπορεί να στήσει IPsec μπορεί ακόμη να μεταφράζει διευθύνσεις διαφορετικά από την ανάπτυξη RRAS που αντικαθιστά, και αυτό αλλάζει τι βλέπει το υποκατάστημα ως διευθύνσεις προέλευσης και τι καταγράφουν τα αρχεία σας.

Πάρτε τη λίστα στους ιδιοκτήτες του δικτύου και επιβεβαιώστε την πριν από οποιαδήποτε συζήτηση προϊόντων. Οι ασαφείς απαιτήσεις μετατρέπουν κάθε σύγκριση προμηθευτών σε διαφωνία προτίμησης.

Αξιολογήστε τις αντικαταστάσεις με βάση αυτές τις απαιτήσεις

Οι διαχειριζόμενες υπηρεσίες συνδεσιμότητας του Azure και οι εικονικές συσκευές δικτύου που υποστηρίζονται από προμηθευτές πρέπει να βαθμολογηθούν με την ίδια λίστα. Μην υποθέσετε ότι οποιαδήποτε από τις δύο είναι άμεσο ισοδύναμο μιας VM με RRAS μόνο και μόνο επειδή μπορεί να τερματίσει IPsec: το μοντέλο NAT και η κυριότητα των διαδρομών και ο σχεδιασμός υψηλής διαθεσιμότητας καθορίζουν πώς συνδέονται οι υπάρχουσες τοποθεσίες και πού επιστρέφουν οι απαντήσεις τους. Βαθμολογήστε κάθε υποψήφιο στο χαρτί με τη λίστα και γράψτε ποιες απαιτήσεις αποτυγχάνει, γιατί αυτή η σημείωση κάνει την επιλογή αναθεωρήσιμη αργότερα.

Ένας εξισορροπητής φορτίου μπροστά από δύο VM συσκευών δεν είναι από μόνος του υψηλή διαθεσιμότητα. Παρέχει ένα front end, όχι συγχρονισμένη κατάσταση σήραγγας, και μια ανακατεύθυνση που ρίχνει κάθε συνεδρία είναι σχεδιαστική επιλογή που κάποιος πρέπει να κάνει σκόπιμα. Ρωτήστε τον προμηθευτή της συσκευής ποιο είναι το υποστηριζόμενο μοτίβο HA και αν ταιριάζει με τη διαθεσιμότητα που υποσχέθηκε στις τοποθεσίες. Δοκιμάστε την ανακατεύθυνση πριν οι τοποθεσίες εξαρτηθούν από αυτήν, και αντιμετωπίστε κάθε χαμένη συνεδρία ως εύρημα και όχι ως έκπληξη.

Όπου η απαίτηση είναι πραγματικά απλή — μία τοποθεσία, ένα πρόθεμα, χωρίς επικάλυψη — μια διαχειριζόμενη υπηρεσία συνήθως κερδίζει σε λειτουργικό κόστος. Όπου η μετάφραση και η δυναμική δρομολόγηση είναι και οι δύο στο παιχνίδι, η διαδρομή μέσω συσκευής μπορεί να είναι η μόνη κατάλληλη, και αυτός είναι λόγος να σχεδιάσετε μεγαλύτερη μετάβαση αντί να κρατήσετε τη μη υποστηριζόμενη VM.

Αν μια VM με RRAS εκτελείται ήδη

Η ανακάλυψη δεν είναι λόγος να τη διαγράψετε. Σχεδιάστε την αλλαγή γύρω από τις εξαρτήσεις που έχει συσσωρεύσει αυτή η VM: διαδρομές στις οποίες βασίζονται άλλα υποδίκτυα, κανόνες NAT που κρύβουν διευθύνσεις προέλευσης, και ό,τι έχει μάθει η παρακολούθηση να περιμένει από τη διεύθυνσή της. Διατηρήστε τις απαιτούμενες διαδρομές και μια δοκιμασμένη διαδρομή ανάκτησης όσο ο υποστηριζόμενος στόχος σχεδιάζεται και επικυρώνεται δίπλα.

Κρατήστε τη δυνατότητα υποστήριξης και τη τεχνική διάγνωση ως ξεχωριστά ευρήματα καθ' όλη τη διάρκεια. Μια μη υποστηριζόμενη διάταξη μπορεί επίσης να έχει ένα συνηθισμένο σφάλμα δρομολόγησης, και η διόρθωση αυτού του σφάλματος δεν αλλάζει την κατάσταση υποστήριξής της. Και οι δύο δηλώσεις ανήκουν στην αναφορά, και καμία δεν ακυρώνει την άλλη.

Κλείστε την περιήγηση καταγράφοντας την παραπομπή υποστήριξης, τη λίστα απαιτήσεων, την επιλεγμένη αντικατάσταση και τη σειρά μετάβασης. Αυτά τα τέσσερα στοιχεία είναι το πρώτο που θα ζητήσει ένας ελεγκτής ή ένα νέο μέλος της ομάδας.