💻
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
  • Creating Azure File share;
  • Azure File Sync;
  • Creating Containers;
  • Blob Access Tiers;
  • Blob Lifecycle Management;

Was this helpful?

  1. Azure 104

Administering Azure Blobs and Azure Files

PreviousSecuring StorageNextManaging Storage

Last updated 1 year ago

Was this helpful?

Creating Azure File share;

Azure File Share, Microsoft Azure'un bulut tabanlı depolama hizmetlerinden biridir. Bu hizmet, kullanıcıların ve organizasyonların dosyalarını Azure bulutunda depolamasına ve bu dosyalara çeşitli işletim sistemlerinden (Windows, Linux ve macOS) erişmesine olanak tanır. Sunulan hizmet, kurumsal düzeyde dosya paylaşımı sağlar ve hem Azure içindeki sanal makinelerle hem de Azure dışındaki sistemlerle uyumlu çalışır.

  1. Storage Account Oluşturma: Azure portalında bir storage account oluştururmalıyız.

  2. File Share Oluşturma: Storage account içerisinde 'File shares' sekmesine giderek yeni bir file share oluştururmamız gerekiyor. Bu file share, paylaşılan dosyalarınızın bulut üzerinde saklanacağı alan olacaktır.

  3. Bağlantı Bilgilerini Almak: Oluşturduğunuz file share'a gidip 'Connect' butonuna tıklayarak, bağlantı için gerekli script'i alabiliriz. Azure, farklı işletim sistemleri (Windows, Linux ve macOS) için farklı bağlantı script'leri sağlar.

  4. Mount Script'inin Çalıştırılması:

    • Windows: Windows cihazlarda, genellikle bir PowerShell script'i verilir ve bu script'i PowerShell üzerinden çalıştırarak file share'ı bir sürücü harfine atarsınız.

    • Linux: Linux cihazlarda, NFS veya SMB protokolünü kullanarak bir mount komutu çalıştırırsınız. Gerekli paketlerin yüklü olduğundan (örneğin, nfs-common veya cifs-utils) ve mount noktasının hazır olduğundan emin olmanız gerekir.

  5. File Share Kullanmaya Başlama: Mount işlemi tamamlandıktan sonra, file share'ınızı yerel bir dosya sistemi gibi kullanmaya başlayabilirsiniz. Dosyalarınızı yükleyebilir, düzenleyebilir ve paylaşılan dosyalara erişim sağlayabilirsiniz.

Azure File Sync;

Azure File Sync, Azure'un bulut hizmetlerinin bir parçası olarak, şirket içi sunucularınızdaki dosyalarınızı Azure bulut depolama hizmetleriyle senkronize etmenizi sağlayan bir hizmettir. Bu, dosyalarınızı çeşitli lokasyonlarda bulunan sunucular arasında veya on-premise sunucularınız ile Azure bulutu arasında senkronize tutmanıza olanak tanır.

Azure File Sync'in temel özellikleri ve bileşenleri;

  • Lift and Shift: Şirket içi dosya paylaşımlarınızı merkezileştirir ve Azure File Share aracılığıyla Windows ve Azure Files arasında erişim sağlar.

  • Adding New Offices: Yeni şube ofislerini kolayca ekleyip dosyaları onlarla paylaşabilirsiniz.

  • BCDR: Azure Backup, senkronize olduktan sonra şirket içi verilerinizi yedekler ve büyük bir arıza sonrasında verileri hızlı bir şekilde geri yüklemenize olanak tanır.

  • Archiving: Az kullanılan verileri Azure Files'da saklar ve yalnızca talep üzerine geri alınabilirler.

Azure File Sync uygulamasının nasıl yapılandırılacağına dair bir yol haritası:

Bu hizmet, özellikle birden çok lokasyonda çalışan büyük şirketler için dosya yönetimini basitleştirmek ve veri yedekleme süreçlerini kolaylaştırmak için kullanışlıdır. Azure File Sync'in kullanılmasıyla, dosyalarınız otomatik olarak Azure bulutuna senkronize edilir.

Creating Containers;

  1. Azure Portalına Giriş Yapın:

  2. Storage Account Oluşturun:

    • Portalın sol üst köşesinde yer alan "Create a resource" (Bir kaynak oluştur) seçeneğine tıklayın.

    • "Storage" kategorisini seçin ve ardından "Storage account" üzerine tıklayın.

    • Gerekli bilgileri girin:

      • Subscription: Kullanmak istediğiniz Azure aboneliğini seçin.

      • Resource Group: Bir kaynak grubu seçin veya yeni bir tane oluşturun.

      • Storage Account Name: Depolama hesabınıza benzersiz bir ad verin.

      • Location: Verilerinizi fiziksel olarak depolamak istediğiniz bölgeyi seçin.

      • Performance: Standart veya Premium performans seçeneklerinden birini seçin.

      • Account Kind: Genellikle "StorageV2 (general purpose v2)" seçeneği tercih edilir.

      • Replication: Veri dayanıklılığı seviyesini seçin (örn. LRS, GRS, ZRS).

      • Access Tier: Erişim seviyesi olarak "Hot" veya "Cool" seçeneklerinden birini seçin.

    • "Review + create" (İncele + oluştur) butonuna tıklayın ve ardından "Create" (Oluştur) butonuna tıklayarak hesabı oluşturun.

  3. Blob Container Oluşturun:

    • Oluşturulan storage account'a gidin ve "Blob service" altında "Containers" seçeneğine tıklayın.

    • "+ Container" butonuna tıklayarak yeni bir container oluşturun.

    • Container için bir ad girin ve erişim seviyesini belirleyin (Private, Blob veya Container).

    • "Create" (Oluştur) butonuna tıklayarak container'ınızı oluşturun.

  4. Blob'lara Erişim İzinleri Ayarlayın (Opsiyonel):

    • Gerekirse, "Access policies" (Erişim politikaları) bölümünden erişim izinlerini ve SAS token'larını (Shared Access Signature) yapılandırabilirsiniz.

  5. Blob Yükleme:

    • Oluşturduğunuz container'ı açın ve "Upload" (Yükle) butonuna tıklayarak dosyalarınızı Azure Blob Storage'a yükleyin.

  6. Azure Blob Storage Kullanmaya Başlayabilirsiniz:

    • Blob'larınızı yükledikten sonra, uygulamalarınızda veya web sitelerinizde kullanmaya başlayabilirsiniz. Blob'ları doğrudan erişilebilir yapmak için URL'lerini alabilir veya programatik olarak Azure SDK'ları kullanarak erişebilirsiniz.

Blob Access Tiers;

Azure Blob Storage'da "access tiers" ya da erişim katmanları, depolanan verilerin erişim sıklığına ve maliyet optimizasyonuna göre belirlenen üç farklı veri depolama katmanıdır: Hot, Cool ve Archive.

  1. Hot Tier:

    • Amaç: Sık erişilen veriler için idealdir.

    • Depolama Maliyeti: Yüksek (en yüksek depolama maliyetine sahiptir).

    • Erişim Maliyeti: Düşük (verilere erişimde düşük maliyet sunar).

    • Kullanım Durumu: Aktif olarak kullanılan, sürekli erişilen veriler için uygundur.

  2. Cool Tier:

    • Amaç: Daha az sıklıkta erişilen, ancak yine de erişilmesi gereken veriler için idealdir.

    • Depolama Maliyeti: Orta (hot tier'a göre daha düşük depolama maliyetine sahiptir).

    • Erişim Maliyeti: Orta (hot tier'dan daha yüksek erişim maliyetine sahiptir).

    • Kullanım Durumu: En az 30 gün süreyle depolanması planlanan, düzenli ama sık olmayan aralıklarla erişilen veriler için uygundur. Verilerinizi bu katmanda 30 günden daha kısa bir süre tutarsanız, ek maliyetlerle karşılaşabilirsiniz, çünkü Azure bu katmanı en az 30 gün kullanım için fiyatlandırır.

  3. Archive Tier:

    • Amaç: Çok nadiren erişilmesi gereken ve yüksek gecikme sürelerine tolerans gösterilebilen veriler için idealdir.

    • Depolama Maliyeti: Düşük (en düşük depolama maliyetine sahiptir).

    • Erişim Maliyeti: Yüksek (verilere erişim maliyeti en yüksektir ve veri geri getirme işlemi saatler sürebilir).

    • Kullanım Durumu: Uzun süre depolanacak ve çok nadiren erişilecek veriler için uygundur. Verilerinizi bu katmanda en az 180 gün tutmanız beklenir. Erken çıkış yaparsanız ek maliyetlerle karşılaşabilirsiniz.

Access tiers arasındaki geçişler, verilerin erişim ihtiyacı değiştikçe ihtiyaca göre yapılabilir. Örneğin, belirli bir veri setine bir süre sıkça erişildikten sonra daha az erişilmesi gerekiyorsa, bu verileri hot tier'dan cool ya da archive tier'a taşıyarak maliyet optimizasyonu yapılabilir.

Erişim katmanları genellikle veri Lifecycle Management ile otomatik olarak yönetilebilir. Bu, belirli kurallar ve politikalar belirleyerek, verilerin erişim sıklığına bağlı olarak otomatik olarak farklı katmanlara taşınmasını sağlar.

Blob Lifecycle Management;

Azure Blob Storage için Blob Lifecycle Management (BLM), depolanan blob verilerinin yaşam döngüsünü otomatik olarak yönetmek için kullanılan bir özelliktir. Bu, belirli kurallar ve politikalar oluşturarak, verilerinizi otomatik olarak farklı erişim katmanları arasında taşımanızı, gereksiz verileri silmenizi ve genel olarak depolama maliyetlerinizi optimize etmenizi sağlar.

İşte Blob Lifecycle Management'ın ana özellikleri:

  1. Policy based transition: Blob verilerini, son değişiklik tarihine göre otomatik olarak daha soğuk katmanlara (cool ya da archive gibi) taşımanızı sağlar.

  2. Delete blobs and snapshots: Veriler belirli bir süre boyunca değişiklik yapılmazsa, blobları ve snapshotları otomatik olarak silebilirsiniz.

  3. Filtering option: Policy, depolama alanındaki tüm bloblara uygulayabilir veya filtrelerle belirli blobları hedefleyebilirsiniz.

  4. Target different types: Farklı blob tiplerini (block blob, append blob vb.) hedef alabilir ve bunları daha da alt tiplere (temel bloblar, versiyonlar, snapshotlar) bölebilirsiniz.

Ekran görüntüsündeki örnekte, bir lifecycle yönetim kuralı şu şekilde tanımlanmıştır:

  • Blob verisi son değişiklikten 60 gün sonra Cool katmana geçirilir.

  • Eğer veriye 180 gün boyunca erişilmezse veya değiştirilmezse Archive katmana taşınır.

  • Veri üzerinde 365 gün boyunca herhangi bir işlem yapılmazsa silinir.

  • Bu kural yalnızca "blockBlob" tipi bloblar için uygulanır.

Bu tür bir yönetim, özellikle büyük miktarda veri depolayan ve bu verilerin yönetimini otomatize etmek isteyen kuruluşlar için çok faydalıdır. Veri saklama maliyetlerini düşürmek ve depolama verimliliğini artırmak için kullanılır.

Azure Blob Storage için bir Lifecycle Policy oluşturma süreci:

  1. Azure Portal'a Giriş Yapın:

  2. Storage Account Seçin:

    • Dashboard'da veya "All resources" altında Blob Storage hesabınızı bulun ve seçin.

  3. Lifecycle Policy'a Git:

    • Sol menüde "Data management" kategorisinde bulunan "Lifecycle Management" seçeneğine tıklayın.

  4. Yeni Policy Oluştur:

    • Lifecycle Management sayfasında, "+ Add a rule" (Bir kural ekle) butonuna tıklayarak yeni bir policy oluşturun.

  5. Policy Detaylarını Belirleyin:

    • Policynin adını girin.

    • Blob tipini seçin (örneğin, block blobs, append blobs vs.).

    • Policynın uygulanacağı blobları belirlemek için prefix ve/veya suffix filtreleri belirleyebilirsiniz.

  6. Eylemleri Tanımlayın:

    • Blobların hangi koşullar altında farklı katmanlara taşınacağını veya silineceğini belirleyin. Örneğin:

      • Verilerin ne zaman Cool tier'a taşınacağını belirtin (örneğin, son değişiklikten 30 gün sonra).

      • Verilerin ne zaman Archive tier'a taşınacağını belirtin (örneğin, son değişiklikten 180 gün sonra).

      • Verilerin ne zaman silineceğini belirtin (örneğin, son değişiklikten 365 gün sonra).

  7. Policy'yi Kaydet:

    • Tüm detayları doldurduktan sonra, policy'yi gözden geçirin ve "Save" (Kaydet) butonuna tıklayarak policy'nizi aktifleştirin.

Bu policy'ler, belirtilen süreler ve koşullar dahilinde otomatik olarak çalışacak ve verilerinizin yönetimini kolaylaştıracaktır.

adresine gidin ve Microsoft hesabınız ile giriş yapın.

Azure Portal'a () gidin ve hesabınıza giriş yapın.

☁️
📓
Azure Portal
portal.azure.com
Set Up Azure File Sync: Sync On-Prem Files to AzureATA Learning
Logo
blob types