دغدغه بعضی از کشور ها

سایتی برای manual تمام دستگاه ها . حتی بصورت فارسی هم موجود است !
https://manuals.plus/fa/
https://www.manualslib.com

مرموزترین مرکزداده دنیا از بازسازی یک پناهگاه ضداتمی دوران جنگ سرد شکل گرفته است؛ پناهگاهی که در سال 1943 در استکهلم سوئد و برای محافظت از حمله های اتمی شوروی سابق ساخته شده بود. در اعماق کوه، با گذرگاهی مرموز و البته زیبا و سحرانگیز.
سال 2007 شرکت باهنوف Bahnhof این پناهگاه را در اختیار گرفت و با یک بازسازی اساسی از آن یکی از زیباترین مراکز داده جهان را ساخت.
برای ورود به مرکز داده پیونن Pionen باید از یک در 40 سانتی متری عبور کرد، دری که حتی به انفجار بمب هیدروژنی مقاوم است
برق این دیتاسنتر 1100 متر مربعی به وسیله دو موتور زیردریایی تأمین می شود؛ بله درست خواندید: موتورهایی که در ابتدا برای زیردریایی طراحی شده بودند و سپس طراحان پیونن آن را تغییر کاربری داده و برای این دیتاسنتر مناسب کردند.اتاق جلسات پیونن به شکلی استوانه ای بر فراز سالن سرور است، با دیدی بسیار زیبا. سرورها اما به صورت 5 ضلعی در 5 طرف سالن اصلی جای گرفته اند و یک سرور بزرگ هم در مرکز این سالن قرار دارد.پیونن دارای آبشارها، چشمه‌ها، گلخانه‌ها، آفتاب مصنوعی و مخزن بزرگی از ماهی در آب شور است. محیطی دل انگیز برای 15 کارمند .
#datacenter #linux

من یک کیمیاگرم کیمیاگری که از کمترین امکانات بیشترین بهروری را میسازه

من زاده ناامیدی ها هستم ، از جایی که با شمعی به برق رسیدم .

من زاده امیدم . امیدی که روزی باید آن را مخفی میکردم

و من خالقم خالق معنایی تام از کل

و من ذره هستم از کل

و من یک جستجو گرم و یک معنا شناس

ایمان دارم به فردایی که در آن زیسته ام

و من یک مسافر زمانم .




از نوشته ای از خویشتنم


I am an alchemist, an alchemist who makes the most of the least facilities
I was born of despair, from where I came to electricity with a candle.
I am the son of hope. The hope I had to hide one day
And I am the Creator, the Creator of all meaning
And I'm a particle of the whole
And I do a hot search and a semantics
I believe in the tomorrow in which I lived
And I'm a time traveler.



From a post of myself

چند سالیه که سازمان جهانی کار روی کاهش روزهای کاری داره تاکید می‌کنه؛ با اتفاقاتی که پاندمی رقم زد و باعث ایجاد تغییرات اساسی در فرهنگ کاری شد، دوباره موضوع «کاهش روزهای کاری به هفته‌ای چهار روز» سر زبون‌ها افتاده. کشورهایی مثل ایسلند، اسپانیا و نیوزلند مدتی که دارن این طرح رو به صورت آزمایشی اجرا می‌کنن.
‌
اخیرا ایسلند نتایج این طرح آزمایشی رو منتشر کرده و اعلام کرده که ۴ روز کار در هفته بسیار موفقیت آمیز بوده.

به گفته محققان این طرح آزمایشی در ایسلند، همه کارکنان به همان میزان همیشگی حقوق دریافت کردند و بهره‌وری در اکثر محل‌های کاری ثابت بوده یا بهبود پیدا کرده!

ضمن اینکه باعث افزایش رضایت از زندگی کارکنان و رفاه اجتماعی شده.

#jobs #job #work #world #time

این تلاش ها ستودنی است . وقتی ما قسمتی از جهان هستیم و تمرکز به جهانی شدن میکنیم . اینها نوید بخش روز های خوب هست .
من خودم فکر میکردم نتیجه برعکس باشه . ولی نظر سنجی چیز دیگه ای را نشان داد .

🎥 مصاحبه استخدام. بدون شرح!!!

@irnaopensource🐧

ا Ovsیک سوئیچ لایه سه، نرم‌افزاری متن‌باز است که تحت لیسانس Apache 2 در شرکت Nicira توسعه یافته است. این شرکت در سال ۲۰۱۲ توسط VMWare با مبلغ ۱.۲۶ میلیارد دلار خریداری شده.
کاربرد های Open vSwitch چیست؟
این سوئیچ، پروتکل‌ها و استانداردهای زیادی را پشتیبانی می‌کند و یکی از کاربردهای اصلی آن در سامانه‌های مجازی‌سازی و تکنولوژی‌های مجازی‌سازی از جمله Xen ،KVM و Proxmox VE است
ا Open vSwitch به عنوان سوئیچ پیش‌فرضا در سامانه مجازی‌سازی Xen Server از نسخه ۶ به بعد، استفاده می‌شود در Hyper-V نیز می‌توان از آن استفاده کرد. این سوئیچ نرم‌افزاری، در سامانه‌های ابری مختلفی از جمله Open Stack و open QRM نیز استفاده می‌شود.
ا Open vSwitch مانند سوئیچ توزیع‌شده VMWare یا سوئیچ Nexus 1000 V سیسکو می‌تواند به صورت توزیع‌شده روی چندین سرور فیزیکی اجرا شود. یکی از مزیت‌های مهم آن نسبت به سوئیچ‌های بیان‌شده این است که کنترل و مدیریت آن توسط یک کنترل‌کننده اختصاصی مانند VSM در Nexus 1000 V یاvCenter در سوئیچ توزیع‌شده VMWare انجام نمی‌شود بلکه توسط ابزارهای دیگر که قابل استفاده در پلتفرم‌ها هست، کنترل و مدیریت می‌شود.

ا Open vSwitch نه‌تنها می‌تواند به عنوان یک سوئیچ نرم‌افزاری در سامانه مجازی‌سازی استفاده شود، بلکه به عنوان بخش کنترلی سوئیچ‌های اختصاصی سخت‌افزاری هم استفاده می‌شود.
قسمت اصلی کدهای Open vSwitch با استفاده از زبان مستقل از پلتفرم C توسعه یافته است و به راحتی در محیط‌های مختلف قابل‌ استفاده‌‌است. پیاده‌سازی لینوکسی Open vSwitch برای کرنل ۳.۱۰ و بالاتر ارائه شده‌ است، به علاوه برای توزیع‌های مختلف از جمله Debian ،Fedora ،openSUSE ،Ubuntu ،FreeBSD و NetBSD نیز دردسترس است.




قابلیت‌های Open vSwitch چیست؟
از قابلیت‌های Open vSwitch موارد زیر را می‌توان نام برد:
• پشتیبانی ازپروتکل 1 q با قابلیت‌های ترانک و اکسس
• پشتیبانی از Link aggregation با استفاده از پروتکل LACP و همچنین NIC Bonding.
• قابلیت Mirroring شامل SPAN ،RSPAN و Promiscuous.
• پشتیبانی ازپروتکل‌های NetFlow و sFlow.
• قابلیت‌های QoS و Policing.
• قابلیت پیاده‌سازی تانل‌هایی از جمله Geneve ،GRE ،VXLAN ،STT و LISP.
• پشتیبانی از BFD و پروتکل 1 ag.
• پشتیبانی از پروتکل‌های STP و RSTP.
• پشتیبانی از نسخه‌های مختلف پروتکل Open Flow.
• امکان ارتباط با دیتابیس (OVSDB) با استفاده از زبان‌های C و پایتون.
• پیاده‌سازی Packet Forwarding Engine در Kernel Space یا Userspace با قابلیت High-performance forwarding.



اجزای اصلی Open vSwitch عبارتند از:


• Kernel Module
• Open vSwitch Database
• Open vSwitch Daemon

Kernel Module
ماژول کرنل یا Datapath ماژول اصلی فوروارد بسته‌ها (Packet Forwarding) در Open vSwitch است. این ماژول برای ارائه کارآیی و سرعت بالا در فضای کرنل طراحی شده است. همانطور که در شکل نشان داده شده است، هنگامی که یک بسته وارد ماژول کرنل می‌شود، درصورتی که مسیری (Flow) برای عبور در کرنل برای آن وجود داشته باشد، بسته به مسیر مورد نظر هدایت می‌شود، در غیر این صورت بسته به ovs-vswitchd در فضای کاربر ارسال می‌شود، در این صورت معمولا ovs-vswitchd مسیر جدیدی در Datapath ایجاد می‌کند که بسته‌های بعدی وابسته به بسته اول از این مسیر عبور می‌کنند. در این ساختار چون اکثر بسته‌ها به طور مستقیم از فضای کرنل عبور می‌کنند و نیازی به رفتن به فضای کاربر ندارند، کارآیی بالایی وجود دارد.
برای پیکربندی ماژول کرنل در Open vSwitch از ابزار ovs-dpctl می‌توان استفاده کرد.


Open vSwitch Database


دیتابیس Open vSwitch یا OVSDB اطلاعات و تنظیمات شامل Bridge، اینترفیس و تانل را ذخیره می‌کند. ارتباط سرور دیتابیس (ovsdb-server) با بخش‌های ovs-vswitchd وcontroller با استفاده از پروتکل استاندارد مدیریت OVSDB یا JSON-RPC برقرار می‌شود. (پروتکل مدیریت پایگاه داده در Open vSwitch)
ا ovsdb-server می‌تواند به عنوان یک سرور فعال یا بک‌آپ فعالیت کند که فقط سرور فعال می‌تواند تغییراتی در OVSDB ایجاد کند.
برای مدیریت ovsdb-server از ابزارهای ovsdb-tool، ovssdb-client و ovs-vsctl استفاده می‌شود.


Open vSwitch Daemon
ا Open vSwitch Daemon یا ovs-vswitchd ماژول اصلی Open vSwitchاست. همانطور که در شکل ۱ نشان داده شده است، این ماژول با استفاده از پروتکل OpenFlow با کنترلر ارتباط برقرار می‌کند، با استفاده از پروتکل مدیریت OVSDB با دیتابیس ارتباط برقرار می‌کند و همچنین با استفاده از netlink (اینترفیس مربوط به کرنل لینوکس که برای ارتباط فضای کاربر با فضای کرنل استفاده می‌شود) با کرنل صحبت می‌کند.
ا ovs-vswitchd تنظیمات را از ovsdb-server با استفاده از یک کانال IPC می‌خواند و تنظیمات لازم را روی ovs bridgeها اعمال می‌کند، به علاوه اطلاعات مربوط به bridgeها را نیز به دیتابیس ارسال می‌کند.
برای مدیریت ovs-vswitchd ابزارهای ovs-vsctl و ovs-appctl استفاده می‌شوند.
OpenFlow Controller


علاوه بر اجزای بیان شده، مدیریت Open vSwitch که یک سوئیچ SDN (Software-Defined networking) است به کمک پروتکل OpenFlow و با استفاده از OpenFlow Controller می‌تواند انجام شود. برای روشن شدن مسئله ابتدا سوئیچ‌های سنتی را با سوئیچ‌های SDN مقایسه می‌کنیم.
دو بخش مهم در معماری دستگاه‌های شبکه از جمله سوئیچ‌ها عبارتند از: Control Plane و Data Plane.
ا Control Plane مجموعه توابع و پروسه‌هایی است که دستگاه با استفاده از آن تصمیم می‌گیرد بسته‌ها چگونه فوروارد شوند، به عبارت دیگر این بخش مغز سیستم محسوب می‌شود.
ا Data plane یا Forwarding Plane به عنوان بازوی سیستم عمل می‌کند و بسته‌ها را با توجه به تصمیمات Control Plane هدایت می‌کند.
#linux #net #network #ovs #sdn


@unixmens

کتاب open vswich : https://www.dropbox.com/s/pt1h5v7k9csyear/openvswitch.epub?dl=0 #network #linux #openvswich #vswich @unixmens

سوئیچ Open vSwitch یا به اختصار OVS یک سوئیچ مجازی چندلایه‌ای است که بسیاری از پروتکل‌ها و واسط‌های شبکه در آن پیاده‌سازی شده است. این سوئیچ که به طور نرم‌افزاری پیاده شده است، یک سوئیچ متن‌باز تحت حمایت Apache License 2.0 بوده و علاوه بر پشتیبانی از پروتکل‌هایی از جمله sFlow، NetFlow، SPAIN، RSPAIN، CLI، LACP و802.1agاز تمامی نسخه‌های پروتکل OpenFlow از 1.0 تا 1.5 نیز پشتیبانی می‌کند.

ویژگی‌های کلی سوئیچ OVS در زیر نشان داده شد است:

Visibility into inter-VM communication via NetFlow, sFlow(R), IPFIX, SPAN, RSPAN, and GRE-tunneled mirrors
LACP (IEEE 802.1AX-2008)
Standard 802.1Q VLAN model with trunking
Multicast snooping
IETF Auto-Attach SPBM and rudimentary required LLDP support
BFD and 802.1ag link monitoring
STP (IEEE 802.1D-1998) and RSTP (IEEE 802.1D-2004)
Fine-grained QoS control
Support for HFSC qdisc
Per VM interface traffic policing
NIC bonding with source-MAC load balancing, active backup, and L4 hashing
OpenFlow protocol support (including many extensions for virtualization)
IPv6 support
Multiple tunneling protocols (GRE, VXLAN, STT, and Geneve, with IPsec support)
Remote configuration protocol with C and Python bindings
Kernel and user-space forwarding engine options
Multi-table forwarding pipeline with flow-caching engine
Forwarding layer abstraction to ease porting to new software and hardware platforms

لازم به ذکر است که در Mininet، از OVS به عنوان سوئیچ مجازی استفاده شده است.



منابع مفید:

https://en.wikipedia.org/wiki/Open_vSwitch

https://openvswitch.org/

شبکه نرم افزاری تعریف شده (Software Defined Networking یا SDN) یک معماری جدید در شبکه است. این معماری دارای ویژگی‌های زیر می‌باشد:

پویا
مدیریت‌پذیر
مقرون به صرفه
انطباق‌پذیر

در این معماری بخش کنترل از بخش داده جدا شده است. در یک معماری SDN/OpenFlow، دو مولفه اصلی وجود دارد:

تجهیزات روانه‌سازی (Forwarding Elements) یا سوئیچ‌های SDN
کنترلرهای SDN

یک دستگاه روانه‌سازی، سخت‌افزار یا نرم‌افزاری است که به طور اختصاصی وظیفه روانه‌سازی بسته‌ها را بر عهده دارد، در حالیکه کنترلر، نرم‌افزاری است که بر روی یک پلتفرم سخت‌افزاری مناسب (مانند سرور یا کامپیوتر شخصی) در حال اجرا می‌باشد.در ادامه به تعریف هریک موارد فوق پرداخته شده‌است.
تجهیزات روانه‌سازی یا سوئیچ‌های SDN

یک زیرساخت SDN همانند شبکه‌های سنتی دارای مجموعه‌ای از تجهیزات شبکه (از جمله سوئیچ‌ها،‌ مسیریاب‌ها و جعبه‌های میانی (Middlebox Appliances))می‌باشد. تنها تفاوتی که در این بین وجود دارد، تبدیل تجهیزات فیزیکی سنتی به عناصر ساده روانه‌سازی می‌باشد که این عناصر فاقد بخش کنترلی و یا نرم‌افزاری جهت تصمیم‌گیری‌های خودکار می‌باشد. هوش شبکه از تجهیزات بخش داده به یک سیستم کنترلی به طور منطقی متمرکز انتقال یافته است. این سیستم کنترلی شامل سیستم عامل شبکه و برنامه‌های کاربردی آن می‌باشد. به منظور اطمینان از قابلیت همکاری و سازگاری بین انواع مختلف بخش کنترل و داده، می‌بایست این شبکه‌ها بر روی واسط‌های باز و استانداردی (از جمله OpenFlow) ایجاد شوند. در صورت وجود چنین واسطی، کنترلر قادر به برنامه‌ریزی تجهیزات روانه‌سازی ناهمگون به صورت پویا خواهد بود. این موضوع در شبکه‌های سنتی چالشی اساسی می‌باشد، که دلیل آن استفاده از تجهیزات شرکت‌های مختلف با واسط‌های غیر متن‌باز و بخش کنترلی توزیع‌شده می‌باشد.

یک دستگاه روانه‌سازی مبتنی بر پروتکل OpenFlow دارای خط لوله‌ای از جداول جریان (Flow Tables) است که هر مدخل (Entry) از این جداول شامل سه بخش می‌باشد:

یک قاعده انطباق (Matching Rule)؛
یک اقدام (Action) که برای بسته‌های انطباق‌یافته صورت می‌پذیرد؛
و شمارنده‌هایی که آمار بسته‌های انطباق‌یافته را نگهداری می‌کنند.

این مدل سطح بالا از OpenFlow در حال حاضر در ساخت و پیاده‌سازی بسیاری از دستگاه‌های بخش داده‌ی SDN بکارگرفته شده است.

در یک دستگاه OpenFlow، چگونگی رفتار با یک بسته توسط مجموعه‌ای از جداول جریان (Flow Tables) متوالی مشخص می‌شود. زمانی‌که یک بسته وارد می‌شود، یک فرآیند جستجو از اولین جدول آغاز می‌شود و تا زمانی‌که یک انطباق اتفاق نیفتد (Match) و یا به طور قطع قاعده‌ای برای آن بسته یافت نشود (Miss) این روند ادامه می‌یابد. همان طورکه در شکل ‏فوق نشان داده شده است، یک مدخل جریان می‌تواند به شکل‌های مختلفی تعریف شود. اگر هیچ قاعده‌ی پیش‌فرضی بر روی سوئیچ نصب نشده باشد آن‌گاه بسته دور ریخته خواهد شد. اگرچه به طور متداول، یک قاعده پیش‌فرض بر روی سوئیچ نصب خواهد شد که به سوئیچ دستور می‌دهد تمامی بسته‌های دریافتی را به سمت کنترلر ارسال نماید (و یا به خط لوله معمولی غیر OpenFlow موجود در سوئیچ ارسال کند؛ توضیح این که در سوئیچ‌های هیبرید با استفاده از خط لوله Normal، این قابلیت وجود دارد که به طور پیش‌فرض می‌توان بسته‌ها را بدون استفاده از پروتکل OpenFlow هدایت نمود). الویت‌های این قواعد بر اساس شماره جداول و ترتیب سطرهای جداول جریان می‌باشد؛ یعنی ابتدا قواعد موجود در جدول ۰ و سپس قواعد موجود در جدول ۱ و الی آخر. پس از روی دادن یک انطباق می‌بایست اقداماتی برای آن جریان صورت پذیرد. اقدام‌ها (Actions) شامل موارد زیر می‌باشند:

هدایت بسته به سمت پورت(های) خروجی تعیین شده
کپسوله (Encapsulate) و سپس هدایت کردن بسته به سمت کنترلر
دور ریختن بسته (Drop)
ارسال آن به سمت خط لوله عادی (Normal pipeline)
ارسال آن به جدول جریان بعدی و یا به جداول خاص (مانند جداول گروه (Group Tables) و یا جداول اندازه‌گیری (Metering Tables))

کنترلر SDN

کنترلر همانند یک سیستم عامل شبکه می‌باشد که کنترل سخت‌افزار را برعهده گرفته و هم‌چنین مدیریت خودکار شبکه را تسهیل می‌کند. این سیستم عامل، یک واسط قابل برنامه‌ریزی متمرکز و یکپارچه را برای تمام شبکه فراهم می‌سازد. همانگونه که سیستم عامل موجود بر روی یک رایانه، امکان خواندن و نوشتن را برای برنامه‌های کاربردی فراهم می‌کند، سیستم عامل شبکه نیز قابلیت مشاهده و کنترل شبکه را فراهم می‌سازد؛ بنابراین کنترلر، به تنهایی عمل مدیریت شبکه را انجام نمی‌دهد بلکه صرفا به عنوان یک واسط قابل برنامه‌ریزی می‌باشد که امکان مدیریت شبکه را برای نرم‌افزارهای کاربر فراهم می‌کند.