#TechPapers

[openmesh]

Circle Is Live—Join the Ecosystem! Circle is your all-access pass to the Openmesh ecosystem. From exclusive technical papers and developer guides to updates on OpenR&D and strategic initiatives, Circle is the place to go for anyone building the decentralized future. 📚 Start exploring today 👉 https://cstu.io/0994e5

[helmerichpayne]

FULLY AUTOMATED DIRECTIONAL DRILLING FOR CONSISTENCY AND IMPROVED PERFORMANCE | Helmerich and Payne

With the high rates of penetration achieved by today’s drilling contractors, directional drillers have little time to make optimal steering decisions in a continually changing environment. Even when proper directional drilling decisions have been made, flawless execution of each decision can be difficult to perform.

Performance related to drilling speed, drilling accuracy, and tortuosity are often inconsistent and greatly determined by the experience, skills, and even the current state of mind of both the directional driller and the driller. These factors lead to increased drilling and lifting costs along with wells having inconsistent hydrocarbon production potential.

Watch out our video to know more about H&P Drilling Performance: https://youtu.be/Ee4BIOjTqWM?si=lusNyZpQe4vCKKcB.

Today, directional drilling tasks are increasingly automated to deliver more consistent and improved performance in the field. Before automation can control the physical equipment on the rig, a foundation built upon automated decision-making is critical. An automated bit guidance system provides this foundation and has drilled more than 800 wells successfully across all of the major unconventional plays in North America.

Building upon the decision-making foundation, the next level of automation executes the steering decisions from the bit guidance system automatically. Slide sequences are initiated, executed, and terminated by directly linking the bit guidance system with the rig’s existing control system.

Read out the full tech paper by visiting us here: https://www.helmerichpayne.com/resources/technical-publications/fully-automated-directional-drilling-for-consistency-and-improved-performance or you can also access the PDF of the same from here: https://www.helmerichpayne.com/media/technical-publications/Fully-Automated-Directional-Drilling-for-Consistency-and-Improved-Performance.pdf.

Want to know more about us? Then reach out to us at: https://www.helmerichpayne.com/contact.

#automateddirectionaldrilling #improvedperformance #helmerichandpayne

#techpaper

[firehaus]

Now it’s critical? This tech paper is useful but reusing headlines from 5+ years ago makes the authors seem uninformed. The paper does have some useful data and tips. . . #techpaper #whitepaper #mobileiscriticalnow #sysadmin #sysadminlife #itdirector #cybersecurity #cybersecurityawareness #msi2022 https://www.instagram.com/p/CgzktjvJKzL/?igshid=NGJjMDIxMWI=

[kenmei-work]

vForum2017に行ってきた!

　目次

vForumとは？ どんな所？ 得た知識(vSphere 6.5 パフォーマンス・ベストプラクティス) 得た知識(vSANから自動化まで！vRealize Operations Manager 6.6 で変わる運用最適化とは？) 得た知識(サポートエンジニアが語るVMware vSphereのトラブルシューティング)

　vForumとは？

-　VMware社開催の１年に一度、日本で開催される国内ベンダー総集結する事前予約型の大型Forum https://vforum.jp/tokyo/

【開催日】2017年10月31日(火) - 11月1日(水) 【場所】ザ・プリンスパークタワー東京 (地下２階を丸ごと貸切っているけど、人が居すぎて毎年セッションブースがギュウギュウですｗｗｗ) 内容としては、世界で開催されているVMWorldの日本版(ラスベガスで開催) https://www.vmworld.com/en/us/index.html

　どんな所？

主軸は２つ！！！

２日間で国内主要HWベンダーを含む有名企業がＶＭｗａｒｅ社製品を扱った、この日しか聞けないセッションを登壇していて頂き、1コマ約30分～2時間程度開いて頂ける https://vforum.jp/tokyo/program/?src=

- 参加出来なかったセッションは、後日スライドを入手する事も可能だが入手出来なかった場合は、初お披露目だったりする情報や、外部公開が出来ない情報だったりする場合は、二度と知る事は出来ない 図らずも、超希少なセッションだったりする 2. SOLUTIONS SHOWCASEと呼ばれる、ショーケース型のソリューション展示が行われるhttps://vforum.jp/tokyo/program/showcase/expo/?src= - 稀にセッションに登壇されている方が、そのままショウケースにて直接質問出来たりするので、色々と困っている事が解決したりします セッションじゃないからと侮れない！！！

　得た知識(vSphere 6.5 パフォーマンス・ベストプラクティス)

包括的な技術情報– VMware Technical PaperPerformance Best Practices for VMware vSphere 6.5 https://www.vmware.com/techpapers/2017/Perf_Best_Practices_vSphere65.html 全編英語だけど、BIOS、CPU、メモリ、ネットワークなどなどVMware社推奨手順が網羅されている 逆に言えば、考慮しない場合、それ相応の覚悟が必要とも言える・・・

Hyper Threading Technology は有効化すべきか？ ほとんどの場合、ハイパースレッディングは有効化しておいた方が良い結果を得られるVMkernel は物理CPU、物理コア、論理スレッドの関係を自動的に正確に把握して動作しているVMkernel のスケジューラはハイパースレッディングテクノロジーを十分に意識した設計となっている論理プロセッサー数は多い方がスケジューリング上有利

計算資源が2 倍になるわけではない点に注意※ここ超重要！！！

　得た知識(vSANから自動化まで！vRealize Operations Manager 6.6 で変わる運用最適化とは？)

仮想化されたことで得られた効果

• CPU やメモリを共有化することにより、物理サーバを仮想リソースに集約 • サーバ台数の削減効果

• 機器の集約により、従来かかっていた人材・工数を大幅に削減 • ソフトウェア化する事で機器調達時間を削減 • 作業工数が数ヶ月から数日（数時間）へ短縮 • サーバシステム全体の最適化により、コスト圧縮

ますます複雑になるIT 基盤どう管理すれば？

• パフォーマンスに影響を与える項目と監視項目が多すぎる！ → CPU？、メモリ？、ストレージ？、物理の？、仮想の？ • 影響がある範囲が広すぎる！ → 隣の仮想マシンのせいでこっちも遅い？ → 同じストレージ上にあるから遅い？ • なんとなく原因がわかったけど本当にこれでいいの？ → 仮想化のオーバーヘッド？サイジング不足？リソースの競合？ • ただでさえよくわからないのにHCI？ パブリッククラウド？ → ストレージが分散されるHCIはどう監視すればいいの？ → オンプレとクラウド、どちらの方がいい？ お得？

vRealize Operations Manager (vROps) 概要 • 仮想基盤のアラートと統計情報を収集し、それらの情報をあらゆる観点で可視化→ 可視化するために、ダッシュボードという表示形式を提供→ ダッシュボードは事前定義されており、自分でカスタマイズすることも可能

vROps で出来る事　①問題管理 監視コンソールのようなダッシュボードで、基盤で起こった何らかの問題をアラートとして一元的に表示 • アラートは事前定義されており、必要に応じて追加編集も可能 • 収集した統計情報を元に、システムの標準的なふるまいを自動的に学習し、しきい値を設定

vROps で出来る事 ② パフォーマンス管理 様々なコンポーネントのパフォーマンスを一元的に表示することが可能 • トラブルシューティングといった、目的指向のダッシュボードも提供

vROps で出来る事 ③ キャパシティ管理 中長期的にみたキャパシティ傾向から、今後の予測を含めて可視化 • 仮想マシンに割り当てているが有効活用されていないリソースを、定量的に提示

vROps でできること④構成管理 仮想マシン構成をリスト化したり、統計的にグラフ表示 • VMware 推奨の構成を満たしているかのコンプライアンスチェックが可能

vROps で出来る事 ⑤ 自動レポート機能 収集したデータを使って、構成情報リストやパフォーマンスグラフなどのレポートを作成可能 • レポート作成はスケジュール実行できるので、人手を介さず出力が可能

　得た知識(サポートエンジニアが語るVMware vSphereのトラブルシューティング)

[hackernewsrobot]

How Masten Space Systems Is Using Ada and Spark to Land on the Moon's South Pole [pdf]

https://www.adacore.com/uploads/techPapers/Masten-case-study.pdf Comments

[tayfundeger]

New Post has been published on VMware Virtualization Blog

New Post has been published on https://www.tayfundeger.com/virtual-machine-encryption-bolum-1.html

Virtual Machine Encryption - Bölüm 1

Merhaba,

Virtual Machine Encryption – Bölüm 1 isimli bu yazımda sizlere VMware vSphere’in bir güvenlik önlemi olan Virtual Machine Encryption hakkında detaylı bilgi vereceğim. Aynı zamanda bu makale serimde bunun uygulamaları hakkında bilgi vereceğim.

Son zamanlarda yaşanan bazı güvenlik zaafiyetlerinden dolayı firmalar oldukça zarar gördü. İşletim sistemleri üzerinde gerekli güvenlik önlemlerini alsanızda, sanallaştırma katmanında da gerekli önemleri almanız gerekir. Ben daha önce Virtual Machine Encryption ile ilgili çeşitli makaleler yazmıştım. Bu yazılarıma aşağıdaki linkten ulaşabilirsiniz.

Virtual Machine Encryption

vSphere 6.5 – VM Encryption Nedir?

Virtual Machine Encryption – Bölüm 1

En çok kullandığımız güvenlik biçimlerinden biride şifrelemedir. Şifreleme sayesinde verileri okunamaz hale getirebilirsiniz. Elbette bunun için bir key yani anahtar kullanılır. Bu key olmadan verileri okuyamazsınız. Bu mimari çerçevesinde birden fazla şifreleme algoritmaları geliştirilmiştir. Buna bağlı olarak çok güçlü şifreleme algoritmaları geliştirilmiştir. Bundan dolayı istenmeyen veri hırsızlığını önlemenizde mümkündür. Şifreleme sayesinde, verileriniz çalınsa bile onu şifrelediğiniz key olmadan okunamaz yani içerisindeki bilgilere ulaşılamaz. vSphere 6.5 ile birlikte Virtual Machine Encryption özelliği gelmiştir. Bu özellik sayesinde sanallaştırma ortamlarında veri sızıntısını önlemek amacı ile virtual machine’i şifreleyebilirsiniz. Bu aslında çok önemli bir yenilik ancak bazı gereksinimlere ihtiyaç duyduğu için çok fazla kullanılamıyor. Elbette bazı kısıtlamalarıda mevcut. Bunları zaten daha önce yazmış olduğum makalelerde belirtmiştim.

Virtual Machine Encryption – Bölüm 1

Ben bu yazımda VMware altyapısında bulunan virtual machine’in nasıl şifreleneceği konusunda detaylı bilgi vereceğim. VMware ESXi Server üzerinde bulunan bir virtual machine’in üzerinde encryption’i aktif duruma getirdiğinizde o virtual machine üzerinde yer alan VMDK güvenli hale getirilir. Yani şifrelenir. Böylece disk üzerinde IO yapılmadan önce şifrelenmiş olur. Virtual machine ile ilgili diğer dosyalar hassas olmadıkları için şifrelenmez. Bunlara log dosyaları, vmx dosyaları dahildir.

Sanal Makine Güvenliği Nasıl Sağlanır?

Sanallaştırma ortamında güvenlik oldukça önemlidir. Virtual machine üzerinde yer alan bir disk’in farklı bir ortama aktarılması veya farklı bir virtual machine üzerine mount edilmesi gibi durumlarda verilerinizi başka bir ortama veya lokasyona kopyalayabilirler. Zaten virtual machine üzerindeki diski farklı bir yere kopyalayabilyorsanız aklınıza gelen her şeyi yapabilirsiniz. Bu sadece basit bir örnek. Active Directory kullanıcıları eğer vCenter Server’a erişiyor ise cok daha farklı senaryolar ile karşı karşıya kalabilirsiniz.

Bu bahsetmiş olduğum senaryoları eğer ortamınızda bir encryption yok ise karşılaşabilirsiniz. Eğer virtual machine encryption’i aktif hale getirirseniz ortama erişiminiz olsa bile vmdk üzerinde işlem yapmanız zorlaşacaktır.

Daha önceki makalelerimde yazmıştım ama bu yazımda da yinede belirtmek istiyorum.

Virtual Machine Encryption Gereksinimleri Nelerdir?

Virtual Machine Encryption kullanabilmeniz için öncelike KMS yani Key Management Server kullanmanız gerekiyor.

Key Management Server ile vCenter Server arasında erişim bulunmalıdır.

Yukarıdaki gereksinimleri sağlıyorsanız bundan sonra yapacağınız işlem aslında vCenter Server ve virtual machine üzerinde olacaktır. Tüm tanımları yaptıktan sonra basit bir şekilde virtual machine üzerinde encyryption’i aktif duruma getirebilirsiniz. Eğer vSphere 6.7 Update 1 ve üzerinde bir sürüm kullanıyorsanız HTML 5 arayüzü üzerinden tüm işlemlerinizi gerçekleştirebilirsiniz. Bu versiyondan eski bir versiyona sahipseniz vSphere Web Client üzerinden işlemlerini gerçekleştirebilirsiniz.

Öncelikle en çok sorulan sorulardan bir tanesi hakkında bilgi vermek istiyorum.

Virtual Machine Encryption ‘ın Performansa Etkisi Nedir?

Virtual Machine Encryption’i aktif duruma getirdiğinizde elbette performans değişiklikleri olacaktır. Burada disk şifrelemesi yapıldığı için ufak miktarlarda latency ile karşılaşabilirsiniz. Aşağıda kaynağını belirteceğim PDF üzerinden sizde inceleyebilirsiniz.

Okuma ve yazma yani Read ve Write işlemlerinde veya throughput işlemlerinde ciddi bir farklılık bulunmuyor. Ancak gündelik operasyonlarda kullandığımız bazı işlemlerde farklılıklar bulunuyor. Örneğin Clone ve Snapshot.

Clone ve Snapshot operasyonlarına baktığımızda VSAN kullanmıyorsanız ortalama %20 gibi değerlerde bir performans kaybının olduğunu görebilirsiniz. Latency’nin yüksek olması performans kaybına yol açacaktır. Elbette kullanmış olduğunuz disk ve storage teknoloji bunda farklılıkları ortaya çıkaracaktır. VSAN’de neden bukadar performans farkı ortaya çıktığını soruyor olabilirsiniz. Bunun için ayrıca bir makale yazmam gerekecek sanırım 🙂

https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/vm-encryption-vsphere65-perf.pdf

%20 veya %20 ‘den az performans kayıpları açıkcası benim için kabul edilebilen bir şeydir. Çünkü burada performansa odaklanırsanız bu sever güvenlikten ödün vermiş olursunuz. Sırf performans alacağım diye kullanmış olduğunuz ortamın güvenliğini göz ardı etmemeniz gerekir. Çünkü veri sızıntısı olduğunda veya verileriniz şifrelendiğinde kimse size “ama altyapıda performans çok iyiydi” yorumunu yapmaz 🙂

Klasik bir mimari kullanıyorsanız yani server-storage kullanıyorsanız yapacağınız encryption ile VSAN tarafında yapılacak olan encyrption arasında farklılık bulunmaktadır. Bu konu hakkında da kısaca bir bilgilendirme yapmak istiyorum.

Virtual Machine Encryption, virtual machine bazında şifreler. Her virtual machine’in unique yani benzersiz bir key’i (anahtarı) vardır. Şifreleme işlemi I/O virtual machine’den hipervizöre gelirken ve storage katmanına yazılmadan önce gerçekleşir. Bu çok önemli bir ayrıntıdır çünkü bazı kişiler datastore’a veya Storage’a veri yazıldıktan sonra şifreleme yapıldığını sanıyor. Virtual Machine Encryption, storage’dan bağımsızdır. VSAN dahil, desteklenen herhangi bir storage teknolojisi (NFS, iSCSI, FC, vb.) ile çalışacaktır. Ancak VSAN için ufak bir istisna bulunuyor. Biliyorsunuz ki VSAN’da Deduplication ve Compression özelliği bulunuyor. Ben bununla alakalı daha önce aşağıdaki gibi bir makale yazmıştım.

VSAN 6.2 – Deduplication ve Compression

VSAN – Raid 5/6 Erasure Coding

VSAN – All Flash ve Hybrid

Encryption işlemi çok erken bir aşamada gerçekleştiği için deduplication ve compression işlemi virtual machine encryption için uygun değildir. Bunun için VSAN’da doğrudan datastore şifrelenir yani encrypt edilir. Bu önemli bir ayrıntıdır.

Umarım faydalı olmuştur.

İyi çalışmalar.

[icpi-blog1]

You Have to Think

David Smith, ICPI Technical Director

As we enter the 25th year of ICPI, the industry returns to pre-recession sales levels. Residential sales dominate about three-quarters of shipments, with the remainder placed in commercial (specified) applications. Permeable interlocking concrete pavements, paving slabs and planks are the high-growth products. Permeable units have been regulated into existence, whereas slabs and planks present a sleek, modern aesthetic that visually and emotionally connects pedestrians to residential and commercial settings.

While the economy charges forward and pulls construc­tion with it, we continually remind users that segmental concrete pavement products are elements or components within larger pavement systems. The systems con­sist of hundreds of possible combinations of elements: paving units, patterns, colors, bedding and base materials. Traffic and soils often drive the right combinations. Like any other pavement or build­ing system, finding the right combination of elements for an application is the key to ease of construction and minimal maintenance.

ICPI provides a large stable of detail drawings and specifica­tions on www.icpi.org to help designers choose the best combination of elements. Twenty-three ICPI Tech Specs offer design, construction and maintenance advice on a range of assemblies. However, they don’t cover absolutely every design situation. There­fore, some thinking is required to find the assembly that fits the application while avoid­ing cut-and-paste solutions. More importantly, thought and study are required to understand the interaction of pavement materials under different loads and in vari­ous climates. In a fee-driven, hurry-up design and construc­tion world, clear thinking about segmental pavement can get overlooked.

Some decision tools are needed to bring clarity to design thought processes. One segmental paving expert who provided an integrated decision tool for many ap­plications is Professor John Knapton on www.sept.org/techpapers/1098.pdf. Entitled, “A Total Quality Approach to Pavement Specification,” the paper was written 17 years ago and provides a structure for decision-making regarding selecting the right pavement structure components. An­other summary of structural performance and system as­semblies are presented below as a guideline. We hope these clarify your thinking.

Assembly Selection Guide

Structural Performance Limits

[tayfundeger]

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/latency-sensitivity-nedir-vsphere-drs.html

Latency Sensitivity Nedir? - vSphere DRS

Merhaba,

Bu yazımda sizlere Latency Sensitivity hakkında bilgi vereceğim. Bu özellik aslında vSphere 5.5 ile birlikte geldi ancak yazmaya fırsatım olmamıştı. Latency Sensitivity seçeneğini anlatmaya başlamadan önce sizlere vSphere DRS hakkında bilgi vermem gerekiyor. DRS’in çalışma mantığı ile ilgili aşağıdaki makalemi inceleyebilirsiniz.

DRS nasıl çalışır?

DRS, cluster içerisindeki ESXi hostların yük dengelemesinin yapılmasını sağlayan bir teknolojidir. DRS’in farklı modları bulunmaktadır ancak şuanda bunun detayına girmeyeceğim. DRS üzerinde siz isterseniz policy’ler belirleyebilir ve belirtmiş olduğunuz virtual machine’lerin taşınma senaryolarını özelleştirebilirsiniz. Eğer default hali ile Fully Automated durumunda DRS’i ayarlar iseniz virtual machine’ler otomatik olarak taşınmaya başlayacaktır. İşte tamda bu aşamada bir sorun ortaya çıkıyor. Bazı virtual machine’lerin üzerinde çalışan uygulamalar vMotion zamanlarını karşılayamayabilir ve bundan dolayı uygulama bazında sorunlar ile karşılaşabilirsiniz. vSphere ESXi üzerinde bulunan virtual machine’lerde yer alan Latency Sensitivity özelliği sayesinde ilgili virtual machine’i Latency Sensitivity’i Low, Normal, Medium veya High olarak ayarlayabilirsiniz. Böylece DRS’in yük dengeleme yapması esnasında bu virtual machine’inin DRS tarafından minimum seviyede taşınması sağlayabilirsiniz.

Peki Latency Sensitivity nedir ondan bahsedeyim. Virtual machine içerisinde çalışan uygulamalarınız eğer vMotion zamanlarını karşılayamaz ise uygulama katmanında sorunlar ile karşılaşablirsiniz. Hangi uygulamalarda bu tarz problem yaşarız diye sorarsanız açıkcası ben bu şekilde uygulamalar ile çok fazla karşılaşmadığımı belirtmek isterim. Yinede bir örnek vermem gerekirse SAP-HANA sunucuları buna bir örnek olabilir. Zaten SAP-HANA dökümanlarını incelediğiniz Latency Sensitivity‘in High olarak ayarlandığı sunucularda performansa olumlu etkisinin olduğunu görebilirsiniz. Sanallaştırma ile virtual machine’lerin çoğu fiziksel kaynaklara doğrudan erişemez. CPU, memory, network ve storage gibi kaynaklar bir sanallaştırma katmanı ile soyutlanır. Bu soyutlama sayesinde kaynaklar daha efektif bir şekilde kullanılmaya başlanır. Bu da aslında sanallaştırmanın en önemli avantajlarından birtanesidir. Ancak bazı durumlarda sizin virtual machine’e müdahale etmeniz gerekebilir. İşte tam burada Latency Sensitivity sizin işinize yarayabilir. Latency Sensitivity sayesinde fiziksel CPU yani PCPU’ya öncelikli erişim alabilirsiniz. Burada dikkaten bir diğer konu ise Latency Sensitivity‘i high olarak ayarlamak istediğinizde CPU ve Memory rezervasyonu yapmanız gerekmektedir. Rezervasyon yapmazsanız zaten virtual machine’i power on duruma getiremezsiniz. Yani eğer Latency Sensitivity’i high olarak ayarlıyorsanız CPU ve Memory rezervasyonu yapmanız PCPU’ya daha önceklikli erişim sağlamanıza olanak sağlar. Bundan dolayı da rezervasyon yapmanız tavsiye edilir.

Ayrıca Low ve Medium’un ESXi 6.0 ve önceki sürümlerde kullanılamadığınıda belirtmek isterim.

Latency Sensitivity‘i High olarak ayalandığınızda yanında yer alan bölümde Check CPU reservation uyarısını göreceksiniz. High seçeneğini seçtiğinizde CPU’nun %100’ünü rezerve etmeniz gerekmektedir.

Invalid CPU reservation for the latency-sensitive VM, (sched.cpu.min) should be at least 7000 MHz.

Latency Sensitivity’i High olarak ayarladığınızda eğer rezervasyon yapmaz iseniz virtual machine’i power on duruma getirmek istediğinizde yukarıdaki gibi bir uyarı ile karşılaşabilirsiniz. Bunun sebebi rezervasyon yapmamanızdan kaynaklanmaktadır.

Virtual machine üzerinde Latency Sensitivity’i High olarak ayarladığınızda DRS bu virtual machine’i gerek olmadıkça migrate etmeyecektir. Ancak Cluster’da utilization artar ise ozaman Latency Sensitive’a bakılmaksızın virtual machine migrate edilir.

Latency Sensitivity ‘i ayarlamak için Virtual machine > Edit settings > Options > Advanced bölümüne girebilir buradan gerekli düzenlemeleri yapabilirsiniz.

Latency Sensitive ile ilgili aşağıdaki PDF’i inceleyebilirsiniz.

https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/vmw-tuning-latency-sensitive-workloads-white-paper.pdf

Umarım faydalı olmuştur.

İyi çalışmalar.