💻
Cheet Sheets
  • 🦁Başlarken
  • 🟧DevOps Pre-Requisite
    • ❤️Why Linux? | Linux Basics #1
    • 💛Vi Editor | Linux Basics #2
    • 💙Basics Commands | Linux Basics #3
    • 🧡Package Managers | Linux Basics #4
    • 💚Services | Linux Basics #5
    • 💛Networking Basics
    • 🤎DNS Basics
    • 🩶Applications Basics
    • 🟨Java introduction
    • 🟩NodeJS Introduction
    • 🟦Python Introduction
    • 🟪GIT Introduction
    • 🟧Apache Web Server Introduction
    • ⬛Apache Tomcat
    • 🟫Python Flask
    • 🟥Node.js Express App
    • 🟨Databases
    • 🟩MySQL
    • 🟪MongoDB
    • 🟨SSL & TLS
    • 🟦YAML & JSON - JSON Path
    • ⬛Labs Resources
  • 🍎Kubernetes
    • 🍏Kubernetes: Nedir ?
    • 🍒Bileşenler
    • 🍵Kubectl ve Versiyon
    • ❤️Pod
    • 🏷️Label ve Selector
    • 🔎Annotation
    • 📲Namespaces
    • 📦Deployments
    • 🔁ReplicaSet
    • 🔙Rollout & Rollback
    • 🌐Networking - 1
    • 🌏Service
    • 🛠️Liveness Probe & Readiness Probe
    • 🥐Resource Limits
    • 💰Environment Variables
    • 📃Ephemeral Volumes
    • 🔑Secrets
    • 🌂ConfigMap
    • 🖥️Node Affinity
    • 🔌Pod Affinity
    • ✍️Taint and Toleration
    • 🔦DaemonSet
    • 🧀PV/PVC
    • 🌜Storage Class
    • 🗿StatefulSet
    • 🕹️Job & Cronjob
    • 🔐Authentication
    • 📏Role-based access control (RBAC)
    • 🈷️Service Account
    • 📈Ingress
    • 📂ImagePullPolicy & ImageSecret
    • 📖Static Pods
    • 🌐Network Policy
    • 🫐Helm Nedir?
    • 📽️Prometheus Stack - Monitoring
    • 💼EFK Stack - Monitoring
    • 🥳CRD & Operator
  • 🧑‍⚕️GIT & GITHUB
    • 👉Girizgah
    • 🌴Branch
    • 🤝Merge
    • 🤔Conflict - Rebase
    • 🇸🇴Alias
    • 🛑Gitignore
    • 🥢Diff
    • ◀️Checkout
    • 🔦Stash
    • 👉Other
  • ☁️AWS
    • 🪣S3
    • 🚙EC2
    • ⚖️ELB
    • 🤝Auto Scaling
    • 🗄️EFS
    • 🔐VPC
    • 🎆CloudFront
    • ❤️Route53
    • 🦈RDS
    • 🏢ElastiCache
    • 🔭CloudWatch
    • 👀CloudTrail
    • 📃CloudFormation
    • 🔕SNS
    • 📬SQS
    • 🎇SWF
    • 📧SES
    • 📦Kinesis
    • 📐AWSConfig
    • 👩‍🏭OpsWork
    • 🚀Lambda - Api Gateway
    • 📌ECS - EKS
    • 🔑KMS
    • 📂Directory Service
    • 🏐Snowball
    • 💾Storage Gateway
    • 💽Volume Gateway
    • 📼Tape Gateway
    • 🏠Organizations
    • 🔙Backup-Transfer-CloudShell
    • 🆔IAM
    • 📀DataSync
    • 🗃️FSx
    • 🎒Aurora Serverless
    • 🌐Global Accelerator
    • 💪HPC
    • 🎰Outposts
    • 🗼Others
  • 👨‍🔬Ansible
    • 👉Girizhah
    • 📔YAML
    • ⚙️Komponentler
    • 🎒Inventory
    • 🏑ad-hoc
    • ▶️Playbook
  • 👨‍⚕️PROMETHEUS
    • 📈Terminoloji
    • 🦯Ubuntu 20.04 Prometheus Kurulum
    • 🗒️prometheus.yml dosyasına ilk bakış:
    • 🧭promQL up query
    • 📇Exporters
    • 🔦promQL Data Types
    • 🦯Selectors & Matchers
    • 🔢Binary Operators
    • 💀ignoring and on
    • ✍️Aggregation Operators
    • 🧠Functions
    • 🖊️Alıştırma
    • 💻Client Libraries
    • 🐍Examining the data of our Python application
    • 🐐Examining the data of our GO application
    • ⏺️Recording Rules
    • 💡rate functions
    • ⏰Alerting
    • ⌚Alert Routing
    • ⏰Slack integration with Prometheus
    • 🤯PagerDuty integration with Prometheus
    • ◼️BlackBox exporter
    • 📍Push Gateway
    • 🪒Service Discovery
    • 🧊kube cadvisor with external prometheus
    • 👉aws with prometheus
    • ☁️CloudWatch Exporter
    • 👨‍🚒mysql exporter
    • 🛃Custom exporter with Python
    • ⚙️Prometheus with HTTP API
    • 🤖Prometheus Federation For Kubernetes
    • 📺Grafana
    • ⁉️Prometheus: Ne zaman kullanılmalı? Ne zaman kullanılmamalıdır?
  • 🍪Sheets
    • 🛳️Docker Sheets
    • 🐐Kube Sheets
  • 🔢12 Factor APP
    • 🏗️Introduction
    • 1️⃣Codebase
    • 2️⃣Dependencies
    • 3️⃣Concurrency
    • 4️⃣Processes
    • 5️⃣Backing Services
    • 6️⃣Config
    • 7️⃣Build, release, run
    • 8️⃣Port binding
    • 9️⃣Disposability
    • 🔟Dev/prod parity
    • 🕚Logs
    • 🕛Admin processes
  • ☁️Azure 104
    • 👨‍👨‍👧‍👧Azure Active Directory ( Entra ID )
    • 💰Subscriptions
    • 🌎Virtual Network (VNET)
    • 💻Virtual Machines
    • 🧑‍🌾Load Balancing
    • 🥍Network Advanced
    • 🪡Automating Deployment and Configuration
    • 💂Securing Storage
    • 📓Administering Azure Blobs and Azure Files
    • 🔧Managing Storage
    • 🎁App Service
    • 🛳️Azure Container
    • 🥇Backup And Recovery
    • 🪐Network Watcher
    • ⏰Resource Monitoring And Alerts
  • ⛅AZURE 305
    • 🆔identity and access management
    • 💼Desing Azure AD (Entra ID)
    • 👨‍💼Desing for Azure B2B
    • 🛃Desing for Azure B2C
    • 💳Design for MFA and Conditional Access
    • ⛑️Design for Identity Protection
    • 🚶Access Reviews
    • 🚦Managed identity Demostration
    • 🔐Key Vault Demostration
    • 👑Governance hierarchy
    • 💠Design for Management Groups
    • 🔑Desing for Subscriptions
    • 🍇Desing for resource groups
    • 📟Design for resource tags
    • 🚷Azure Policy & RBAC
    • 🫐Desing For Blueprints
    • 🪡Desing for Virtual Networks
    • 🛫Design for on-premises connectivity to Azure
    • 🔽Design for network connectivity
    • 📦Design for application delivery
    • 🥞Design for network security and application protection
    • 📕Choose a compute solution
    • 🌊Design for virtual machines
    • 🔋Azure Batch Demostration
    • 🛰️Design for Azure App Service
    • ⛲Design for Azure Container Instances
    • 🎢Design for Azure Kubernetes Service
    • 📠Azure Functions Demostration
    • 💪Azure Logic Apps Demostration
    • 🧑‍💼Design for data storage
    • 🎞️Design for Azure storage accounts
    • 🌟Choose the storage replication
    • 📹Azure blob storage - Lifecycle & immutable demo
    • 🥌Azure Files Demostration
    • 🕸️Design Azure disks
    • 🦼Design for storage security
    • 🔮Azure Table Storage And Cosmos DB Demostration
    • 🟧Azure SQL Solutions
    • 🎡Azure SQL Database - Purchasing models
    • 🕯️Database availability
    • 📜Data security strategy
    • 🧮Azure SQL Edge
    • 🚲Azure Data Factory
    • 🔅Azure Data Lake Storage
    • 🧘‍♂️Azure Databricks
    • 🎒Azure Synapse Analytics
    • 🅰️Azure Stream Analytics
    • 📼Data flow strategy
    • 🍥Cloud Adoption Framework
    • ☣️Azure Migration Framework
    • 🦿Assessing workloads
    • 🪡Migration tools
    • 🤖Azure Database migration
    • 👥Storage migration
    • 👜Azure Backup
    • ⏲️Azure Blob Backup and Recovery
    • 💈Azure files backup and recovery
    • 🎞️Azure VM backup and recovery
    • 🧺Azure SQL backup and recovery
    • ⏰Azure Site Recovery
    • 📩Differentiate event and message
    • ✈️Azure messaging solutions
    • 🚜Event Hub
    • 🥍Application optimization solution
    • 🎁Application lifecycle
    • 📺Azure Monitor
    • 🅱️Log Analytics
    • 👥Azure workbooks and Insights
    • 🚌Azure Data Explorer
  • Github Actions
    • Github Actions Nedir?
    • Workflow & Schedule Triggers
    • Single and Multiple Events
    • Manuel Events
    • Webhook Events
    • Conditional Keywords For Steps
    • Expressions - 1
    • Expressions - 2
    • Runners
    • Workflow Commands
    • Workflow Context
    • Dependent Jobs
    • Encrypted Secrets
    • Configuration Variables
    • Default & Custom Env Varb
    • Set Env Varb with Workflow Commands
    • Github Token Secret
    • Add Script to workflow
    • Push Package #1
    • Push Package #2 Docker
    • Service Containers
    • Routing workflow to runner
    • CodeQL Step
    • Caching Package and Dependency Files
    • Remove workflow Artifact
    • Workflow Status Badge
    • Env Protection
    • Job Matrix Configuration
    • Disable & Delete Workflows
    • Actions type for Action
    • Inputs and Outputs for actions
    • Action Versions
    • Files and Directories for Actions
    • Exit Codes
    • Reusable Workflow & Reuse Templates for Actions and Workflows
    • Configure Self Hosted Runners for Enterprise
  • Loki
    • What is Loki?
    • Architecture of Loki
    • Install Loki For Ubuntu
    • Install Promtail For Ubuntu
    • Querying Logs
    • Loki in Kubernetes
    • Deploying Loki in Kubernetes
    • Connecting to Grafana
    • Viewing Kubernetes logs
    • Promtail Customize & Pipeline
  • Ansible
    • Ansible Introduction
    • Introduction to Ansible Configuration Files
    • Ansible Inventory
    • Inventory Formats
    • Ansible Variables
    • Variable Types
    • Registering Variables and Variable Precedence
    • Variable Scoping
    • Magic Variables
    • Ansible Facts
    • Ansible Playbooks
    • Verifying Playbooks
    • Ansible lint
    • Ansible Conditionals
    • Ansible Conditionals based on facts, variables, re-use
    • Ansible Loops
    • Ansible Modules
    • Introduction to Ansible Plugins
    • Modules and Plugins Index
    • Introduction to Handlers
    • Ansible Roles
    • Ansible Collections
    • Introduction to Templating
    • Jinja2 Templates for Dynamic Configs
  • 🅰️Ansible Advanced
    • Playbook run options
    • Facts
    • Configuration files
Powered by GitBook
On this page
  • Demo 1:
  • Demo 2:

Was this helpful?

  1. AZURE 305

Azure Files Demostration

PreviousAzure blob storage - Lifecycle & immutable demoNextDesign Azure disks

Last updated 1 year ago

Was this helpful?

Azure Files, sanal makineler (VM'ler) ve bulut tabanlı uygulamalar gibi çeşitli senaryolarda dosya depolama ihtiyaçlarını karşılamak için kullanılır. Temel olarak, Azure Files, dosyaları bulutta depolamanıza, paylaşmanıza ve erişmenize olanak tanır. Azure Files, birçok senaryoda kullanılabilir, örneğin dosya paylaşımı, uygulama veri depolama, yedekleme depolama alanı, web içeriği paylaşımı ve daha fazlası.

Bağlantı Metotları:

  • SMB (Server Message Block) Protokolü: SMB, Windows, macOS ve Linux dahil çoğu işletim sisteminde desteklenen bir ağ dosya paylaşım protokolüdür. Azure Files, SMB 2.1, 3.0 ve 3.1.1 sürümlerini destekler, bu da neredeyse her modern işletim sisteminden Azure Files'a bağlanabileceğiniz anlamına gelir.

  • NFS (Network File System) Protokolü: NFS, özellikle Linux ve UNIX sistemlerinde yaygın olarak kullanılan bir dosya paylaşım protokolüdür. Azure Files, NFS v4.1 protokolünü destekler, ancak bu destek yalnızca premium depolama hesapları ile sınırlıdır.

  • REST API'leri: Uygulama geliştiricileri ve otomasyon araçları, Azure Files'a programatik olarak erişmek için Azure Storage REST API'lerini kullanabilir. Bu metod, dosya yükleme, indirme, listeleme ve yönetme işlemlerini gerçekleştirmek için geniş bir esneklik sunar.

  • Azure Storage SDK'ları: Microsoft, .NET, Java, Python, Node.js ve daha fazlası gibi popüler programlama dilleri için Azure Storage SDK'ları sunar. Bu SDK'lar, uygulamalarınızın Azure Files ile etkileşimini kolaylaştırmak için kullanılabilir.

Azure Files'a bağlanma yöntemi, kullanım senaryonuza ve kullandığınız platforma bağlı olarak değişir. Windows kullanıcıları genellikle SMB protokolünü tercih ederken, Linux kullanıcıları NFS'yi tercih edebilir. Uygulama geliştiricileri ve sistem yöneticileri, Azure Files ile etkileşimde bulunmak için REST API'leri veya Azure Storage SDK'larını kullanabilir.

Azure Files'ta Standard ve Premium dosya paylaşımı seçenekleri arasında birkaç temel fark bulunmaktadır:

  1. Depolama Türü:

    • Standard: HDD (Hard Disk Drive) kullanır. Bu, daha düşük performans ve daha yüksek gecikme süreleri anlamına gelir.

    • Premium: SSD (Solid State Drive) kullanır. SSD'lerin daha hızlı erişim süreleri ve daha düşük gecikme süreleri vardır.

  2. Günlük İşlem Hacmi (IOPS) ve Bant Genişliği:

    • Standard: IOPS 10.000'e kadar.

    • Premium: IOPS 100.000'e kadar.

  3. Maliyet:

    • Standard: Daha düşük performans ölçütleri nedeniyle maliyeti daha düşüktür.

    • Premium: Daha yüksek performans ve SSD depolama kullanımı nedeniyle maliyeti daha yüksektir. Premium, genellikle yalnızca ZRS (Zone-Redundant Storage) olarak sunulur ve bu da belirli bölgelerde mevcut olabilir.

  4. Bölgesel Kısıtlamalar:

    • Standard: Genellikle tüm bölgelerde mevcuttur.

    • Premium: Genellikle yalnızca belirli bölgelerde ve yalnızca ZRS seçeneğiyle mevcuttur.

Azure Files, çeşitli seçenekler sunarak farklı kullanım senaryolarına uygun depolama hizmetleri sağlar.

  1. Premium: Premium dosya paylaşımları, düşük gecikme süresi ve yüksek performans sunan SSD sürücülerini kullanır. Bu seviye, G/Ç yoğun iş yükleri için önemlidir. SMB ve NFS protokolleri aracılığıyla Premium dosya paylaşımları bağlanılabilir.

  2. Transaction Optimized: Bu seviye, yoğun iş yüklerinin olduğu ve aynı zamanda Premium dosya paylaşımlarının sağladığı düzeyde gecikmeye ihtiyaç duymadığı senaryolarda kullanılır. Bu seviye, verileri depolamak için HDD'leri kullanır.

  3. Hot: Hot seviyesi, genel amaçlı dosya paylaşımları için idealdir. Takımların dosya paylaşımı için kullandığı küçük ve orta ölçekli dosya paylaşımları için uygundur. Hot seviyesi, verileri depolamak için standart performans seviyesini kullanır.

  4. Cool: Cool seviyesi, arşivleme senaryoları için idealdir ve Hot seviyesine göre maliyet açısından daha ekonomiktir. Verileri depolamak için standart performans seviyesini kullanır.

Comparing Blob Storage, Azure Files, and Azure NetApp files:

  • Azure Blob Storage: Bu depolama çözümü, büyük ölçekli, okuma ağırlıklı ardışık erişim yükleri için ideal. Verilerin bir kez sisteme alınıp daha sonra değiştirildiği senaryolar için düşük maliyetli bir çözüm olarak ön plana çıkar. Desteklenen protokoller arasında NFS 3.0, REST API ve ADLS GEN2 yer alıyor.

  • Azure Files: Yüksek kullanılabilirlik sunan bir dosya paylaşım hizmetidir ve rastgele erişim yükleri için en uygun olanıdır. NFS, tam POSIX dosya sistemi desteği sunar ve ACI ve AKS'de (Azure Container Instances ve Azure Kubernetes Service) persistent storage alanı olarak kullanılabilir. Desteklenen protokoller SMB ve NFS 4.1'i içerir.

  • Azure NetApp Files: NetApp tarafından sağlanan ve gelişmiş yönetim özellikleri ile donatılmış, tam yönetilen bir bulut dosya paylaşımı hizmetidir. Çoklu protokol desteği ve veri koruma özellikleri gerektiren rastgele erişim yükleri için idealdir. Desteklenen protokoller NFS 3.0, NFS 4.1 ve SMB'dir.

Demo 1:

Azure File Share kullanarak, NFS Paylaşımları Linux sistemlere bağlamak.

Adım 1: Storage Account oluşturma

Aşağıdaki komutu kullanarak, Azure'da "demoaccountforshare" adında bir Premium dosya depolama hesabı oluşturuyoruz. Premium olması önemli çünkü, NFS paylaşımı da test edeceğiz. Standard sürüm sadece SMB desteklemektedir.

az storage account create --name demoaccountforshare1 --resource-group rg-fileshare-demo-001 --location westeurope --sku Premium_LRS --kind FileStorage

Adım 2: Paylaşım oluşturma

Aşağıdaki komut, "demoaccountforshare1" adlı depolama hesabı üzerinde "mynfsshare1" adında bir NFS dosya paylaşımı oluşturur. Dosya paylaşımı kaynağı, 100 GB'lık bir depolama kotasıyla ve "AllSquash" ayarına sahip olarak oluşturulur.

--root-squash seçeneği, NFS (Network File System) üzerinde dosya paylaşımı yaparken kök kullanıcının davranışını kontrol etmek için kullanılır.

az storage share-rm create -g rg-fileshare-demo-001 --storage-account demoaccountforshare1 --name mynfsshare1 --enabled-protocols NFS --quota 100 --root-squash AllSquash

Adım 3: NFS network ayarlarının yapılandırılması

Sunucular private endpoint kullanarak bağlanacağı için, Network menüsü altından, yeni bir private endpoint oluşturmalıyız. (Private endpoint kurulumda seçtiğimiz vnet ile, nfs paylaşımına bağlancak sunucular aynı vnet içerisinde olmalı)

Secure transfer required özelliği desteklenmediği için devre dışı bırakmalıyız.

Adım 4: Ubuntu 22.04 Paylaşımı mount etme

Aşağıdaki komut ile, storage account ile iletişimimizi kontrol ediyoruz.

nslookup demoaccountforshare1.file.core.windows.net

Gördüğünüz gibi, iletişim private endpoint kullanarak, aynı vnet üzerinden sağlanılıyor.

NFS Kurulumu ve mount komutları,

sudo apt-get -y update
sudo apt-get install nfs-common
sudo mkdir -p /mount/demoaccountforshare1/mynfsshare1
sudo mount -t nfs demoaccountforshare1.file.core.windows.net:/demoaccountforshare1/mynfsshare1 /mount/demoaccountforshare1/mynfsshare1 -o vers=4,minorversion=1,sec=sys,nconnect=4

Paylaşımı başarılı bir şekilde bağladık. Eğer paylaşıma on-prem sunucularımızdan ve/ya Azure dışında bulunan sunuculardan bağlanmak istersek,

  • Azure Express route

  • Site to site VPN

  • Point to site VPN


Demo 2:

Azure File Share kullanarak, SMB Paylaşımları Windows/Linux sistemlere bağlamak.

Adım 1: SMB paylaşımı oluşturmak.

smbshare1 adında, smb paylaşımı oluşturuyoruz.

Adım 2: Paylaşımı mount etmek

Paylaşımı mount edeceğimiz sunucuya bağlanıp, computer'e gelip, "Map network drive" seçeneğini seçiyoruz.

Ardından, Storage account ismimizi ve paylaşım ismimizi girip, "connect using different credentials" seçeneğini seçip, ardından çıkan ekranda, "Use a different account" seçeneğini giriyoruz.

Folder: \\anexampleaccountname.file.core.windows.net\file-share-name

Username kısmına: storage account ismini,

Password kısmına: storage account key bilgisini giriyoruz (key1 veya key2)

İşlemler bu kadar, paylaşımımız artık windows sunucumuza bağlandı. fdsf klasörünü test için oluşturdum.

Linux (ubuntu 22.04) sunucuya bağlamak için ise, Azure portal 'a gelip, Paylaşımımızın üzerine tıklayıp, Connect butonuna bastığımızda bize bir script verecek, bu scripti kopyalıyoruz.

Sunucuya gelip, mount.sh adında bir dosya oluşturup, bu scripti içerisine yapıştırıyoruz.

scripti çalıştırmadan önce, chmod +x mount.sh komutuyla scriptimize çalıştırma yetkisi tanımlıyoruz. Ardından, sistemimizde smb paketi yüklü değilse, aşağıdaki komut ile yüklüyoruz.

sudo apt install cifs-utils

Ardınan scriptimizi çalıştırıyoruz,

./mount.sh

Tüm işlemler tamamlandı. Artık smb paylaşımımız sunucuya mount oldu. df -h komutu ile kontrol edebiliriz.

Unutmayın, siz scripti istediğiniz gibi değiştirebilir ve istediğiniz path'e mount edebilirsiniz. (Credentials bilgileri elbette azure 'ın verdiği gibi olmalı).

Kaynaklar:

seçeneklerinden birini tercih etmeliyiz. Misal,

⛅
🥌
https://learn.microsoft.com/tr-tr/azure/storage/files/storage-files-configure-p2s-vpn-linux?WT.mc_id=Portal-Microsoft_Azure_FileStorage
Tutorial - Create an NFS Azure file share and mount it on a Linux VM using the Azure portalMicrosoftLearn
Logo
Linux‘ta SMB Azure dosya paylaşımını bağlamaMicrosoftLearn
Logo