Skydive ტოპოლოგიაში კვანძის ხელით დამატება Skydive კლიენტის საშუალებით

Skydive არის ღია კოდის, რეალურ დროში ქსელის ტოპოლოგია და პროტოკოლის ანალიზატორი. მისი მიზანია უზრუნველყოს ყოვლისმომცველი გზა იმის გასაგებად, თუ რა ხდება ქსელის ინფრასტრუქტურაში.

დაგაინტერესოთ, მე მოგცემთ რამდენიმე ეკრანის სურათს Skydive-ის შესახებ. ქვემოთ იქნება პოსტი Skydive-ის შესავალი.

პოსტი "skydive.network-ის შესავალი» Habré-ზე.

Skydive აჩვენებს ქსელის ტოპოლოგიას Skydive-ის აგენტებისგან ქსელის მოვლენების მიღებით. ოდესმე გიფიქრიათ, როგორ დაამატოთ ან აჩვენოთ ტოპოლოგიის დიაგრამაში ქსელის კომპონენტები, რომლებიც მდებარეობენ Skydive აგენტური ქსელის მიღმა ან არაქსელური ობიექტები, როგორიცაა TOR, მონაცემთა საცავი და ა.შ. აღარ არის საჭირო ამაზე ფიქრი Node rule API-ის წყალობით.

0.20 ვერსიიდან Skydive უზრუნველყოფს Node rule API-ს, რომელიც შეიძლება გამოყენებულ იქნას ახალი კვანძებისა და კიდეების შესაქმნელად და არსებული კვანძების მეტამონაცემების განახლებისთვის. Node rule API იყოფა ორ API-ად: კვანძის წესი API და edge rule API. Node Rule API გამოიყენება ახალი კვანძის შესაქმნელად და არსებული კვანძის მეტამონაცემების განახლებისთვის. Edge წესი API გამოიყენება ორ კვანძს შორის საზღვრის შესაქმნელად, ე.ი. აკავშირებს ორ კვანძს.

ამ ბლოგში ჩვენ ვიხილავთ გამოყენების ორ შემთხვევას, რომელთაგან ერთი არის ქსელის კომპონენტი, რომელიც არ არის Skydive ქსელის ნაწილი. მეორე ვარიანტი არის არაქსელური კომპონენტი. მანამდე ჩვენ განვიხილავთ ტოპოლოგიის წესების API-ს გამოყენების ძირითად გზებს.

Skydive კვანძის შექმნა

კვანძის შესაქმნელად, თქვენ უნდა მიუთითოთ კვანძის უნიკალური სახელი და სწორი კვანძის ტიპი. თქვენ ასევე შეგიძლიათ მოგვაწოდოთ რამდენიმე დამატებითი ვარიანტი.

skydive client node-rule create --action="create" --node-name="node1" --node-type="fabric" --name="node rule1"
{
  "UUID": "ea21c30f-cfaa-4f2d-693d-95159acb71ed",
  "Name": "node rule1",
  "Description": "",
  "Metadata": {
    "Name": "node1",
    "Type": "fabric"
  },
  "Action": "create",
  "Query": ""
}

განაახლეთ Skydive Nodes მეტამონაცემები

არსებული კვანძის მეტამონაცემების განახლებისთვის, თქვენ უნდა მიაწოდოთ gremlin მოთხოვნა, რომ აირჩიოთ კვანძები, რომლებზეც გსურთ მეტამონაცემების განახლება. თქვენი მოთხოვნის მიხედვით, შეგიძლიათ განაახლოთ ერთი ან მეტი კვანძის მეტამონაცემები ერთი კვანძის წესის გამოყენებით.

skydive client node-rule create --action="update" --name="update rule" --query="G.V().Has('Name', 'node1')" --metadata="key1=val1, key2=val2"
{
  "UUID": "3e6c0e15-a863-4583-6345-715053ac47ce",
  "Name": "update rule",
  "Description": "",
  "Metadata": {
    "key1": "val1",
    "key2": "val2"
  },
  "Action": "update",
  "Query": "G.V().Has('Name', 'node1')"
}

Skydive Edge-ის შექმნა

ზღვრის შესაქმნელად, თქვენ უნდა მიუთითოთ წყარო და დანიშნულების კვანძები და ბმულის ტიპი; შვილობილი კვანძის შესაქმნელად, ბმულის ტიპის მნიშვნელობა უნდა იყოს საკუთრება; ანალოგიურად, ბმულის ტიპის layer2 შესაქმნელად, ბმულის ტიპის მნიშვნელობა უნდა იყოს. ფენა2. თქვენ შეგიძლიათ შექმნათ ერთზე მეტი ბმული ორ კვანძს შორის, მაგრამ ბმულის ტიპი განსხვავებული უნდა იყოს.

skydive client edge-rule create --name="edge" --src="G.v().has('TID', '2f6f9b99-82ef-5507-76b6-cbab28bda9cb')" --dst="G.V().Has('TID', 'd6ec6e2f-362e-51e5-4bb5-6ade37c2ca5c')" --relationtype="both"
{
  "UUID": "50fec124-c6d0-40c7-42a3-2ed8d5fbd410",
  "Name": "edge",
  "Description": "",
  "Src": "G.v().has('TID', '2f6f9b99-82ef-5507-76b6-cbab28bda9cb')",
  "Dst": "G.V().Has('TID', 'd6ec6e2f-362e-51e5-4bb5-6ade37c2ca5c')",
  "Metadata": {
    "RelationType": "both"
  }
}

პირველი გამოყენების შემთხვევა

ამ შემთხვევაში, ჩვენ განვიხილავთ, თუ როგორ უნდა აჩვენოთ არაქსელური მოწყობილობა skydive ტოპოლოგიაში. მოდით განვიხილოთ, რომ ჩვენ გვაქვს მონაცემთა საწყობი, რომელიც უნდა იყოს ნაჩვენები skydive ტოპოლოგიის დიაგრამაში რამდენიმე სასარგებლო მეტამონაცემებით.

ჩვენ უბრალოდ უნდა შევქმნათ კვანძის წესი მოწყობილობის ტოპოლოგიაში დასამატებლად. ჩვენ შეგვიძლია დავამატოთ მოწყობილობის მეტამონაცემები, როგორც შექმნის ბრძანების ნაწილი, ან მოგვიანებით შევქმნათ ერთი ან მეტი განახლების კვანძის წესების ბრძანება.

გაუშვით შემდეგი ჰოსტის წესის ბრძანება ტოპოლოგიის დიაგრამაში შესანახი მოწყობილობის დასამატებლად.

skydive client node-rule create --action="create" --node-name="sda" --node-type="persistentvolume" --metadata="DEVNAME=/dev/sda,DEVTYPE=disk,ID.MODEL=SD_MMC, ID.MODEL ID=0316, ID.PATH TAG=pci-0000_00_14_0-usb-0_3_1_0-scsi-0_0_0_0, ID.SERIAL SHORT=20120501030900000, ID.VENDOR=Generic-, ID.VENDOR ID=0bda, MAJOR=8, MINOR=0, SUBSYSTEM=block, USEC_INITIALIZED=104393719727"

შეასრულეთ ბრძანება კიდეების წესის ქვემოთ, რათა დააკავშიროთ შექმნილი კვანძი მასპინძელ კვანძთან.

skydive client edge-rule create --src="G.V().Has('Name', 'node1')" --dst="G.V().Has('Name', 'sda')" --relationtype="ownership"

ზემოაღნიშნული ბრძანებების შემდეგ, ახლა შეგიძლიათ იხილოთ მოწყობილობა, რომელიც ჩანს Skydive ტოპოლოგიის დიაგრამაში მოცემული მეტამონაცემებით, როგორც ეს ნაჩვენებია ქვემოთ მოცემულ სურათზე.

მეორე გამოყენების შემთხვევა

ამ შემთხვევაში ჩვენ დავინახავთ, თუ როგორ დავამატოთ ქსელური მოწყობილობა, რომელიც არ არის Skydive ქსელის ნაწილი. მოდით შევხედოთ ამ მაგალითს. ჩვენ გვყავს ორი skydive აგენტი, რომელიც მუშაობს ორ განსხვავებულ ჰოსტზე, ამ ორი ჰოსტის დასაკავშირებლად გვჭირდება TOR შეცვლა. მიუხედავად იმისა, რომ ამის მიღწევა შეგვიძლია კონფიგურაციის ფაილში სტრუქტურის კვანძებისა და ბმულების განსაზღვრით, ვნახოთ, როგორ შეგვიძლია იგივე გავაკეთოთ Topology Rules API-ის გამოყენებით.

TOR გადამრთველის გარეშე, ორი აგენტი გამოჩნდება, როგორც ორი განსხვავებული კვანძი ყოველგვარი ბმულის გარეშე, როგორც ნაჩვენებია ქვემოთ მოცემულ სურათზე.

ახლა გაუშვით შემდეგი Host Rules ბრძანებები TOR გადამრთველისა და პორტების შესაქმნელად.

skydive client node-rule create --node-name="TOR" --node-type="fabric" --action="create"
skydive client node-rule create --node-name="port1" --node-type="port" --action="create"
skydive client node-rule create --node-name="port2" --node-type="port" --action="create"

როგორც ხედავთ, TOR გადამრთველი და პორტები შეიქმნა და დაემატა skydive ტოპოლოგიას და ტოპოლოგია ახლა დაემსგავსება ქვემოთ მოცემულ სურათს.

ახლა შეასრულეთ შემდეგი Edge Rule ბრძანებები, რათა შექმნათ კავშირი TOR გადამრთველს, პორტ 1-სა და ჰოსტის 1-ის საჯარო ინტერფეისს შორის.

skydive client edge-rule create --src="G.V().Has('Name', 'TOR')" --dst="G.V().Has('Name', 'port1')" --relationtype="ownership"
skydive client edge-rule create --src="G.V().Has('Name', 'TOR')" --dst="G.V().Has('Name', 'port1')" --relationtype="layer2"
skydive client edge-rule create --src="G.V().Has('TID', '372c254d-bac9-50c2-4ca9-86dcc6ce8a57')" --dst="G.V().Has('Name', 'port1')" --relationtype="layer2"

შეასრულეთ შემდეგი ბრძანებები, რათა შექმნათ ბმული TOR გადართვის პორტ 2-სა და ჰოსტის 2-ის საჯარო ინტერფეისს შორის

skydive client edge-rule create --src="G.V().Has('Name', 'TOR')" --dst="G.V().Has('Name', 'port2')" --relationtype="layer2"
skydive client edge-rule create --src="G.V().Has('Name', 'TOR')" --dst="G.V().Has('Name', 'port2')" --relationtype="ownership"
skydive client edge-rule create --src="G.V().Has('TID', '50037073-7862-5234-4996-e58cc067c69c')" --dst="G.V().Has('Name', 'port2')" --relationtype="layer2"

ახლა იქმნება საკუთრება და layer2 ასოციაციები TOR გადამრთველსა და პორტს შორის, ასევე layer2 ასოციაციები აგენტებსა და პორტებს შორის. ახლა საბოლოო ტოპოლოგია გამოიყურება ქვემოთ მოცემულ სურათზე.

ახლა ორი ჰოსტი/აგენტი დაკავშირებულია სწორად და შეგიძლიათ შეამოწმოთ კავშირი ან შექმნათ უმოკლესი ბილიკის დაჭერა ორ ჰოსტს შორის.

PS ლინკი ორიგინალური პოსტი

ჩვენ ვეძებთ ადამიანებს, რომლებსაც შეუძლიათ დაწერონ პოსტები Skydive-ის სხვა ფუნქციების შესახებ.
ტელეგრამის ჩატი skydive.network-ის საშუალებით.

წყარო: www.habr.com